× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Yes, Bruce is right that visual inspection is not reliable with CCSID! You need to know what the hex code is really. You can look at that in the file by doing a DSPPFM and F10/F11.
Otherwise you get the situation where if you sign on to a system in France your screen interprets the e with an acute accent as 'left curly bracket'!

cheers,

Clare

----- Original Message ----- From: "Bruce Vining" <bvining@xxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, June 07, 2007 4:09 PM
Subject: Re: CCSID


It's the LANGID of ENG that's causing the default job CCSID to be 285. For
further information, see
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/nls/rbagsjobdefaultccsid.htm
and
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/nls/rbagslngidsdefaultccsids.htm

A quick test of WRKMBRPDM indicates that it is CCSID sensitive, so I'm
wondering how you are determining that the £ became $. Are you relying on
visual inspection or are you looking at the underlying hex values (dsppfm
and f10). Visual inspection is rather iffy when working with different
CCSID encoded files and one display device.

Bruce Vining




"Guy Terry" <guy.terry@xxxxxxxxxxxxxxxxxxx>
Sent by: midrange-l-bounces+bvining=us.ibm.com@xxxxxxxxxxxx
06/07/2007 09:51 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
<midrange-l@xxxxxxxxxxxx>
cc

Subject
CCSID






My programmer has encountered a problem he?s never seen on our iSeries
before.



He created a new source file (CRTSRCPF) in a new library, then copied an
existing source file into it using WKMBRPDM Option 3.



The original file has a CCSID of 37 and contained in it a £ symbol (that?s
a
pound sign). When copied into the new source file it contained a $ symbol
(dollar sign). Investigation revealed that the new file has a CCSID of
285.
The question is ? why?



Our SYSVAL QCCSID is set to 65535 (if it?s relevant). Presumably the new
file picked up the CCSID of the users job?



When I look at the attributes for any interactive job I see:



Language identifier . . . . . . . . . . . . . . . : ENG

Country or region identifier . . . . . . . . . . : GB

Coded character set identifier . . . . . . . . . : 65535

Default coded character set identifier . . . . . : 285



Can anyone explain where the 285 comes from, and what might have caused it
to change?



Thanks


Guy


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.