Gil, It seems you hate DFSORT with passion and blame everything on DFSORT even though it is NOT. Let see the problems you faced so far.
>>>FSUMA912 Cannot set locale: The internationalization variable settings are invalid. The error message FSUMA912 is NOT even a DFSORT message and if you looked up the message FSUMA912 you would have found this https://www-304.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa800/fsuma912.htm If you are using "Su" command in shell script, then The "su" causes the setlocale function to run and it treats the LANG=COBOL statement in the job as the locale name The following link explains in detail about Locale naming conventions http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbcpg1a0/8.2.5.1 >>>And DFSORT seems to be ASCII-ignorant: Yet another sweeping statement. No it is NOT ASCII ignorant. If you prefer ASCII sorting then you need to use the format "AC" which will sort the data using the ASCII collating sequence. Even if you used the LOCALE processing then may be you need to pay attention to the error message you got >> ICE714A 0 LOAD FAILED FOR ACTIVE LOCALE En_GB.ISO8859-1.xplink Here is a link that explains in detail about the message http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ice1cm60/2.2.376 You just need to supply the libraries containing the Locales Instead of blaming DFSORT. Did you try providing the CEE.SCEELOCL or CEE.SCEELOCX in the steplib or Joblib? And just for the record, DFSORT merely calls the LE modules to perform the LOCALE processing and if you have noticed you got a CEE3250C error message which is clearly an LE abend. Thanks, Kolusu DFSORT Development IBM Corporation From: Paul Gilmartin <[email protected]> To: [email protected] Date: 03/10/2015 06:21 AM Subject: locale ISO8859-1 (and DFSORT UNICODE) Sent by: IBM Mainframe Discussion List <[email protected]> Thinking about DFSORT and UNICODE. locale -a tells me these should be valid: user@OS/390.24.00: locale -a | grep En_US.*8859 En_US.ISO8859-1.lp64 En_US.ISO8859-1.xplink However: user@OS/390.24.00: LC_ALL=En_US.ISO8859-1.lp64 locale FSUMA912 Cannot set locale: The internationalization variable settings are invalid. LC_ALL=En_US.ISO8859-1.lp64 user@OS/390.24.00: LC_ALL=En_US.ISO8859-1.xplink locale FSUMA912 Cannot set locale: The internationalization variable settings are invalid. and even: user@OS/390.24.00: LANG=En_US.ISO8859-1.xplink locale CEE3250C The system or user abend U4093 R=00000070 was issued. From entry point spcvar at compile unit offset +00000AC6 at entry offset +00000AC6 at address 08324D56. Connection ... closed. ??? Ouch! And DFSORT seems to be ASCII-ignorant: 14 *-* P1 = 'LOCALE=En_GB.ISO8859-1.xplink' ... 15 *-* address 'ATTCHMVS' 'ICEMAN P1' >>> "ICEMAN P1" ... ICE714A 0 LOAD FAILED FOR ACTIVE LOCALE En_GB.ISO8859-1.xplink -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
