× 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.



Hi Guy,

Why? Well, 37 = US, and 285 = UK, and 65535 = 'don't translate'.
BUT... before you change to one that does translate, check your application - for example BPCS has to be 65535 otherwise all sorts of unpredictable things happen to the data!
You can change the files though - you might want to change the file that was created with '37' to '285'? Was it created on a system set to 37 Qchrid?
Have a look at the system values QCCSID etc too. The default is 65535. QCHRID default is 697 37, but usually the second part is changed to a local country value. If you want to find out more, look under 'National Language Support' in the IBM manuals.
It's an interesting area though!! At least in the UK we only have the pound sign different (and just to confuse us all, when Americans say 'pound sign' they usually mean what we call 'hash'), if you were working in Turkey or the Czech Republic, there would be considerably more to worry about! It's especially good fun to unravel in Client/Server apps, where a hex code can get translated in one direction ASCII to EBCDIC, and then the garbled translation is translated back again to something completely different - such as the character that 'blanks the screen'!

Hope this helps,

Clare

Clare Holtham
Director, Small Blue Ltd
www.smallblue.co.uk
IBM Certified Systems Professional


----- Original Message ----- From: "Guy Terry" <guy.terry@xxxxxxxxxxxxxxxxxxx>
To: <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, June 07, 2007 3:51 PM
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 ...

Follow-Ups:
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.