[bit.listserv.cics-l] Macro conversion

D1SAR@AKRONVM.BITNET (Steve Rimar) (02/07/90)

If anyone knows of a program that will convert 'MACRO COBOL CICS' to
'COMMAND LEVEL COBOL' please let me know.

COLSON@UALTAVM.BITNET (Cathy Olson Programmer Analyst) (02/07/90)

 *** Reply to note of 02/06/90 14:51
                                        Library Systems
                                        University of Alberta
 We are in the process of converting macro pl/I and assembler programs to
 command level. It is not a straight forward conversion so I doubt there
 exist any easy method.

 Cathy

CHRIS@MIAMIU.BITNET (Chris Allison) (02/07/90)

On Tue, 6 Feb 90 16:00:00 MST Cathy Olson Programmer Analyst said:
> *** Reply to note of 02/06/90 14:51
>                                        Library Systems
>                                        University of Alberta
> We are in the process of converting macro pl/I and assembler programs to
> command level. It is not a straight forward conversion so I doubt there
> exist any easy method.
>
> Cathy
     I assume that a lot of people are in the same boat and will soon be
converting from macro to command.  Could you please pass on some of the things
you found in your conversion effort.
     We are a PL/I shop with about 100 macro level PL/I programs to convert.
The applications work as is and like most shops they have enough other things
to do that this is not high on their list.  I would like to be able to tell
them that other shops have found  xxyyzz.  Any info would be appreciated.

COLSON@UALTAVM.BITNET (Cathy Olson Programmer Analyst) (02/08/90)

 *** Reply to note of 02/07/90 08:53
                                        Library Systems
                                        University of Alberta
 Most of our problems came, not with the converting which is straight-forward
 but with the application which relied on the way things work in macro CICS.

 Command CICS, from my perspective, takes some of the unnecessary space
 management out of the programmers hands. Unfortunately, our application was
 designed with the assumption that the programs do all their own space
 management (eg. freemain and getmains). The space management problem will
 occur in any language.

 Assembler presented it's own problems in that at least one, if not two, extra
 registers are needed.

 The command CICS programmers guide has a two page listing of the conversion
 from macro statement to command statements. It does not list changes such as
 changing the addressing from storage name to addressing by pointer address.
 For these changes you have to sit down with both manuals.

 For example, command level Freemain's, can only be done on areas that a
 previous Getmain was done on within the user program. System areas can no
 longer be Freemained by the user programs but they are Freemained by the
 system programs at some very inconvenient times. You can't rely on system
 areas like TIOA to stay around.

 Cathy