Peter Farley on IBM Mainframe Discussion List <[email protected]> wrote on 03/29/2011 08:51:20 AM: > I have a fairly simple application requirement to be able to use > BOTH an E15 and an E35 exit in an OPTION COPY execution of SORT, but > this is specifically disallowed (generates RC=16 message ICE161A > from DFSORT and WER102A from SYNCSORT). > > If I use a MERGE FIELDS=(p,l,f,A) on a known ascending field (and > the EQUALS option just for insurance that the record order is not > disturbed) and use SORTIN01 for the input instead of SORTIN, it > works just fine with both exits in COBOL. > > Can Mr. Yeager or some other SORT knowledgeable soul explain to me > why this simple and straightforward use of SORT exits in a COPY > operation is specifically forbidden? It simply makes no sense to me
Peter, In the SORT case, the COBOL E15 and COBOL E35 are NEVER active at the same time, so the "tricks" we play with the COBOL environment work ok and we can allow both exits. For a SORT, the input (E15) and output (E35) phases are performed separately. In the COPY case, the COBOL E15 and COBOL E35 are active at the same time, so the "tricks" we play with the COBOL environment won't work and we don't allow both exits. For a COPY, the input (E15) and output (E35) phases are combined. In the MERGE case, the E15 is actually ignored (MERGE uses an E32 for input, not an E15). That's as much detail as I can give you. Not being a COBOL guy, I couldn't explain the "tricks" even if I was allowed to. Frank Yaeger - DFSORT Development Team (IBM) - [email protected] Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort ---------------------------------------------------------------------- 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
