Frank, Thanks a lot for responding. Let me rephrase the question -
While migrating off SYNCSORT to DFSORT in a shop that heavily uses internal sort calls from Cobol, Assembler and [possibly] PL/I, what would be the "guesstimated" changes, if any, to the source code? I am not talking about the JCL changes [which, as I unaderstand, can be automated] Thanks again -Victor- =================================================================== <snipped> As for your question, it's hard to know what you mean when you say "Are there any SYNCSORT parameters that are NOT supported by DFSORT on an "internal sort" invoked from a program?". An "internal sort" can refer to a lot of different methods of calling sort (e.g. COBOL, PL/I, Assembler, etc). The APIs for these types of calls are generally identical for DFSORT and Syncsort. But most of the control statements and parameters available with each product can be passed for an invoking program with DFSPARM or $ORTPARM. There are differences in the parameters accepted by each product, but the DFSORT Team has put in many "aliases" and compatability functions over the years to make migration easier. If you or anyone else on this list would like me to send you some documents prepared by the DFSORT Team that discuss migration considerations, send me a note offline ([EMAIL PROTECTED]). Please include "DFSORT" in your Subject line to catch my attention. Frank Yaeger - DFSORT Team (IBM) Specialties: ICETOOL, IFTHEN, OVERLAY, 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
