Sounds like a CONd job to me -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Sunday, April 16, 2017 3:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] AW: Re: How can I set Non-zero return code in DFSORT when SORTOUT record count is not zero
> Why not just invert the COND= for the additional processing step? > Instead of COND=(0,EQ,DFSORT), code COND=(0,NE,DFSORT)? <fake story> Back in the days when the need JCL was designed, people recognized the need for conditional execution of a job step. However, it was already late in the afternoon, and there was that big party tonight, so people decided to postpone further work and go off to the party. They enjoyed, they really enjoyed.... Next day, people slowly appeared at work, and, still in a drunken stupor, started to design the conditional step execution solution. COND= was chosen to be the best solution they found. </fake story> While I made this up, I have a hard time to imagine it did not happen that way. How else would can explain the weird logic behind COND= ? But then IBM recently thought of this better and invented JCL IF-THEN-ELSE. This was published with MVS/ESA some 28+ years ago. But even now, people still use the wonderful COND=. No offence intended. Happy Easter, everybody --Peter Hunkeler ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
