Search results for query: *

When a called program (cobol 68) abends for any reason the driver program (assembler) takes control, interprets the abend, and reloads a fresh version of the offending program. Control stays within the driver program which then reads the next transaction/record to be processed. This allows us...

I have a system written in the early 70's that I need to upgrade to LE. I have an assembler driver that calls several cobol (68) pgms. Upgrading the cobol pgms to LE/370 is not a problem. My problem/confusion is what is the simplest way to replace the SPIE macro in the assembler driver pgm...

Agian I thank you for your help. I agree that the ESTAE & ESPIE are still valid macros. However according to the IBM OS/390 migration guide: Existing user-written condition handling routines do not work under Language Environment (pages 212-213). These can be replaced by a using...

slade thanks for your reply. Let me be more spcefic. Theses programs run about 400 times a weeek with files from 200,000 - 2,000,000. When a logical problem is found on a record we intentionaly cause the program to abend (snap) so that the SPIE macro in the assembler program can take a...

The company that I work for uses the OS/390 operating system. However we still have programs from the early 70's that are still coded in OS/VS Cobol (68). I have systems with assembler drivers & cobol 68 called modules that use the SPIE and SNAP macros to control & recover from abends, both...