My mistake. The proper file seems to be:

/usr/lib/nls/localedef/En_US

comparing that to:

/usr/lib/nls/localedef/C

and reading about localedef at
http://pubs.opengroup.org/onlinepubs/7908799/xbd/locale.html#tag_005_003

It appears that En_US is, generally, a "superset" of C in z/OS UNIX with most 
of the "printable" characters staying in the same relative positions. And they 
collate more like ASCII relative order than EBCDIC relative order. I.e. 0-9 
"come before" A-Z which "come before" a-z. Is this right or wrong? I don't 
know. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Thursday, November 17, 2011 11:06 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: LC_COLLATE for sort?
> 
> On Thu, 17 Nov 2011 10:52:48 -0600, McKown, John wrote:
> 
> >I cannot answer with total assurance, but it appears that 
> the LC_COLLATE sequence for en_US differs between z/OS and 
> other UNIX systems. I cannot really find any textual 
> documentation, but looking at file:
> >
> >/usr/lib/nls/localedef/en_US.ISO8859-1
> > 
> Might "ISO8859-1" imply that it applies only to files tagged as ASCII"
> (You know the rest.)
> 
> >on z/OS shows that the lower case letters collate together 
> before the upper case letters. I would guess in "hex code" 
> sequence. At least that's how it appears to me.
> > 
> It's more complicated that that.
> 
> >> Ubuntu and Solaris give me, which I believe is correct:
> >>
> >> 513 $ ls | sort
> >> camel
> >> CAMEL
> >> canary
> >> CANARY
> >> cat
> >> CAT
> >> 
> ... which can't be achieved by a naive lexical ordering of 
> code points.
> 
> -- gil
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to