the <thing> has been debated a few times, it cannot be done without specific skills, knowledge, tools
just some hints why...
1) You would need to delink the load module, which means split it into separate csects
2) find out the User code csects, main and subroutines
3) isolate the language related instruction patterns,
very tricky because they depaend on the cobol compiler used and the optimizations carried on...
... add as many issues as You like
if Your organization has the need there are providers who can do it
for example http://www.source-recovery.com/gFAQ.htm
I am not endorsing nor advertising just posting one random link from those found googling for COBOL DISASSEMBLY
Joined: 06 Jun 2008 Posts: 8214 Location: Dubuque, Iowa, USA
To slightly expand upon enrico's answer, you cannot recover the original source from the load module -- COBOL does not retain variable names, for example, in the load module. You can disassemble the load module into assembler code, and possibly even into COBOL code but the code you get will be strange since it will be mechanically produced. The logic will be the same but you'll spend a lot of time figuring out what was generated.