On Wed, 2014-04-09 at 11:09 +0300, Gad Miron wrote:
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
RPG job CCSID is 424 so naturally I expected all Heb & Eng data to be
Oh, and another issue if I may, it looks like German takes 2 byte for each
and Korean 3 bytes per character, is it OK? should I use a different CCSID
(not 1208) ?