> Does DFSORT in some cases compile its key definitions into executable code?
Sorts have "compiled" their key compares into executable code for as long as I can recall. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Paul Gilmartin Sent: Monday, April 17, 2017 9:45 AM To: [email protected] Subject: Re: How can I set Non-zero return code in DFSORT when SORTOUT record count is not zero On Mon, 17 Apr 2017 17:53:40 +0900, Minoru Massaki wrote: > >A customer wants to tell auto job scheduling/auto operation system to >take another/additional action by Non-Zero return code if generated >record is non-rezo. >Why we want to use DFSORT instead of small REXX program is following; >If we want to run a program written by someone on their production >systems, several approval processes are required, even if the program >is very small and is written by REXX. >In their category, DFSORT is proved utility program and is NOT a >program written by programming language, > Rules, rules, rules! But I would hardly be surprised if the DFSORT control cards were shown to be Turing-complete in which case they must be considered a pogramming language. (Don't tell your customer, who seems determined to use JCL as if it were a programming language.) (Does DFSORT in some cases compile its key definitions into executable code?) >even if its SORT control cars are very complex over a very simple REXX >EXEC. ;-) > A very simple Rexx EXEC might use a compound symbol as a table. For large data sets this is inappropriate and JOINKEYS/COUNT is more suitable. >Again, Kolusu-san and other experts, I really appreciate your kind help. > Kolusu's dedication to customer support here is commendable. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
