-----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Frank Yaeger
>ICETOOL doesn't have separate environments. JCL covers direct invocation >of DFSORT (e.g. PGM=ICEMAN). INV covers program invocation of DFSORT. TSO >and TSOINV cover TSO. ICETOOL's use of DFSORT is covered by the INV >environment. The TD1-TD4 environments allow you to modify the other >environments to cover time-of-day changes. Since my shop doesn't modify the DFSORT defaults, I hadn't realized what INV meant. Frank's explanation raises a question for me about the new parm NULLOUT. The fine manual states that NULLOUT can specify the return code and the action to be taken by DFSORT when there are no records for the SORTOUT data set, as indicated by the OUT count of 0 in message ICE054I. The FM goes on to state that NULLOUT does not apply when SORTOUT is not present. To me, this indicates that NULLOUT couldn't apply to a COBOL program performing a sort (or maybe even ICETOOL), though the default could be modified for the INV environment. Is that right? Or what if the COBOL program was using a DD of SORTOUT for the output data set? Would it apply then? Thanks, Greg Shirey Ben E. Keith Company ######################################################################## Notice.....Notice : Ben E. Keith has changed our email address from bekco.com to benekeith.com. The user-id to the left of the "@" has not changed. Please change your contact info to this new email address. ######################################################################## ---------------------------------------------------------------------- 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
