Posted: Wed Oct 13, 2010 2:28 pm Post subject: I am not able to find any related information
Anuj... I have gone through those links, but i didn't find any related information. Is assembly language code depends on a machine/environment? Actually I don't have any idea about assembly language. how assembly which codeded on Z/OS is same as normal assembly language?
We are calling one assembler program from JCL by passing one parameter. In the IBM link I found that the passing parameters will be receiving by using DSECT. but I didn't find that DSECT in my assembler program.
Since assembler can do so many things that COBOL can not,
attempting to convert the assembler to COBOL per/line of code
I have found to be a waste of time.
One should understand the function/business application of the assembler program,
develop design specs (if not already at hand)
and then develop the COBOL code necessary to perform the business function. _________________ Dick Brenholtz
JCL, SQL and code in programs have an irritating habit of doing what you say,
not what you meant.
Joined: 09 Aug 2008 Posts: 1631 Location: Mumbai, India
Posted: Wed Oct 13, 2010 6:05 pm Post subject:
I agree with Dick and several people recommended that you understand what an assembler module is doing and then re-write it in COBOL. Do not try to convert line for line. _________________ Regards,
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum