Clark,
the question is to which lengths COBOL goes to determine which files
were opened. Since you indicated the files were opened (and not closed)
by a BAL subroutine, the COBOL code may not even be aware of it. It does
take a bit of poking around to find the DECBs anyhow.
However, since you indicate that you are dealing with VSAM files - are
the ACBs that the subroutine used around at all? Has this storage not
been freed? As long as you have no activity you would not find out until
it's closing time, whether COBOL intends to clean up or someone else.
/re
Clark Morris wrote:
On 22 Jun 2005 15:56:11 -0700, in bit.listserv.ibm-main you wrote:
If my old addled brain is thinking correctly, I believe over 10 years ago
IBM decided to no longer be nice to programs and require that all programs
close any files they open. And if they did not close them, the system would
then issue a SC03 abend.
Probably true for Assembler. The 85 COBOL standard requires COBOL to
clean up after itself and close all OPEN files on a STOP RUN. By
implication GOBACK from a main program probably also does the same
thing but I don't have a compiler and system to test it. Still it is
bad practice not to close all files.
Of course I am wondering what the need for an assembler routine is in
the case that prompted the original posting.
snip
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
