Thank you, I had read this. I expect that doing this will return me to the CEEDUMP behavior I had the other sort product. I was hoping for an option where the DFSORT termination would continue on to the LE termination. That was my specific question. Will, or can I get the CEEDUMP?
I still think I am better off setting ESTAE=NO as a default. I would rather my programmers can fix the error from the first run, rather than needing another failing run with debug options. In, what I think far more unlikely event of an actual issue with DFSORT, I can use debug to turn it back on during a re-run. > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On > Behalf Of Sri h Kolusu > Sent: Wednesday, November 18, 2020 12:55 PM > To: [email protected] > Subject: Re: How to get CEEDUMP with DFSORT? > > > Would setting DFSORT ESTAE=NO let the CEEDUMP happen. I see the > > odds of having an application data error to be much larger that an > > actual problem with DFSORT > > Dave, > > You can use NOESTAE to turn off DFSORT ESTAE processing. > > //DFSPARM DD * > DEBUG NOABEND,NOESTAE > /* > > Check this link which explains in detail about DEBUG statement > > https://urldefense.com/v3/__https://www.ibm.com/support/knowledgece > nter/SSLTBW_2.3.0/com.ibm.zos.v2r3.icea100/debcst.htm__;!!JmPEgBY0HM > szNaDT!6VeI0seG5oOxO7NGRT0Ou_uqBdrfQoKGUqwV4hcW7D2_hMzPvok > bAJx0zRG2tQ$ > > > Thanks, > Kolusu > DFSORT Development > IBM Corporation > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
