On Wed, 2014-04-09 at 11:09 +0300, Gad Miron wrote:
Hello Bruce

Job CCSID of RPG program is 424
Job CCSID of CPYF is 424 as well

CPYF does seem to work, i.e after CPYFing the (CCSID 1208) input file to a
all-424 file, English & Hebrew are displayed OK and other languages do not.
When doing the same with a RPG program and using debug to look at those
fields, English and Hebrew data looks garbeld meaning an intelligible
string of displayable characters and not just reverse image blocks.

Its been quite a while since I worked with ccsid (many years), but just
a thought if you debug and look at the "input" file field and its
garbage, what happens once its moved to the output (or internally
defined) field? I can't remember if the data is converted "as its read
(so the buffered data is now using the internal/job ccsid)" or "once
moved to a field with a different ccsid. (ie job, or file with different
ccsid)"


RPG job CCSID is 424 so naturally I expected all Heb & Eng data to be
converted succsesfuly.

Oh, and another issue if I may, it looks like German takes 2 byte for each
character
and Korean 3 bytes per character, is it OK? should I use a different CCSID
(not 1208) ?


Thanks
Gad



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.