> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Don Leahy
> Sent: Thursday, December 27, 2007 12:44 PM
> To: [email protected]
> Subject: Re: Controlling COBOL DDs named SYSOUT
> 
> 
> Nowadays, oncall programmers are not expected to solve 
> problems.  They are
> expected to bypass them.
> 
> Judicious use of DISPLAY statements can tell the programmer, 
> for example,
> exactly which record to pull from the input file.  Yes, you 
> can also figure
> that out from the dump, but it takes longer.
> 
> *Judicious* is the key word here.  I too have seen idiotic debugging
> statements such as 'ENTERING PARA A100 NOW' in production code.

True. The only problem is the 25 million lines of "processing record
key: ....." that preceed the abend. Oh, and in this case, you often need
to have LRECL=BLKSIZE and BUFNO=1 to be sure that the last message is
not stored somewhere in an I/O buffer. Most of the time, the symbolic
dump programs like CA-Symdump, AbendAid, or DumpMaster have exactly the
information required. I've even gotten it out of the CEEDUMP mini-dump
from LE.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

----------------------------------------------------------------------
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

Reply via email to