RE: Local characters encoding problem

> I'm not sure I follow you on the large number of variants.
> Forget API's for a moment, can you change job's CCSID etc.?  
> That would be
> one way to force the input data to behave uniformly.

Sad as it is, but this is not an option....

> 
> If not, what I had in mind with the iconv api was something 
> along the line
> of RTVJOBA (or QUSRJOBI api) to get current jobs CCSID etc., 
> set up the
> API's FROM CCSID parm and then force the buffer to the CCSID you want
> (hardcoded).
> Iconv API is supposed to handle all CCSIDs.

Here's misunderstanding. If I have a byte 0xYY, that came to a job, having 
CCSID of, say, 1122. I know, that the PC program sent letter "Ä" in ASCII and 
it have become 0xYY on the AS/400. If I will manage to convert it to "Ä" again, 
then everyhing is OK.
So I assumed, that rather TOCCSID must be job's CCSID and FROMCCSID is 
unknown....

My job's CCSID is nice 00037, but is it "from" or "to"?



> 
> Elvis
> 
> -----Original Message-----
>  Subject: RE: [C400-L] Local characters encoding problem
> 
> Surely worth trying, as it looks that potentially these 
> functions do exactly
> what I need to do.
> So the only question is where to find "FROM CCSID" and "TO CCSID".
> What do you think, is it a correct assumption, that "TO 
> CCSID" is a current
> job's CCSID, that I can obtain, if I temporarily add 
> 
> system("DSPJOB OPTION(*ALL) OUTPUT(*PRINT)") ;
> 
> to my program....
> 
> But still even if this is correct, it will leave me with approximately
> 65,000 variants.....
> OK, I can program it, AS/400 is black and made of metal, it 
> is dedicated to
> work, but if my assumption is wrong, then it will make 65000*65000
> possibilities, which is probably beyond its capabilities :-(
> 
> 
> > -----Original Message-----
> > From: Elvis Budimlic [mailto:ebudimlic@xxxxxxxxxxxxxxxxxxxxxxxxx]
> > Sent: Wednesday, September 21, 2005 12:00 PM
> > To: 'C programming iSeries / AS400'
> > Subject: RE: [C400-L] Local characters encoding problem
> > 
> > 
> > Perhaps with iconv API you could always force the input to the same
> > "regional setting" and thus only maintain one version of code?
> > 
> > http://publib.boulder.ibm.com/iseries/v5r2/ic2924/info/apis/ic
> > onvopn.htm
> > 
> http://publib.boulder.ibm.com/iseries/v5r2/ic2924/info/apis/iconv.htm
> > http://publib.boulder.ibm.com/iseries/v5r2/ic2924/info/apis/ic
> > onvcls.htm
> > 
> > Not sure, but it may be worth a try.
> > 
> > Elvis
> > 
> > -----Original Message-----
> >  Subject: [C400-L] Local characters encoding problem
> > 
> > Having a very unpleasant problem with scrambled local 
> > characters in program
> > call input parameters.
> > Maybe someone can advise me of how to solve it.
> > PC program makes a call to a AS/400 program passing some 
> > parameters as a
> > unsigned char array, that is actually a packed structure. So 
> > it contains
> > bytes, some of which are actually chars, some are numbers. PC 
> > has always one
> > and the same local settings.
> > Probably my 3 AS/400 have different "regional settings". 
> > Result is that
> > depending on the particular machine I must use 3 different 
> > manually built
> > encoding tables.
> > We have only 8 local characters, so building this table 
> > itself is not a
> > problem. But the problem is managing 3 different versions 
> of the same
> > program, that work on particular machine.
> > For exampl I have letter Ä (capital A with 2 dots above it) 
> > that comes to
> > one machine as 0x0A and to another machine as 0x24.
> > So on one machine I must have a code row :
> > 
> > for (i = 0; i < 20; i++)
> >   if (Buffer[i] == 0x0A) ;
> >     Buffer[i] = 'Ä' ;
> > 
> > and on another machine :
> > for (i = 0; i < 20; i++)
> >   if (Buffer[i] == 0x24) ;
> >     Buffer[i] = 'Ä' ;
> > 
> > Stupid, isn't it?! Is there a chance to find some proper 
> > AS/400 parameter,
> > may be some system variable or whatever, that can be tested 
> > in order to
> > select proper comparison right side?
> > 
> > Should say here, that I understand, that probably correct way 
> > is to take
> > care of this encoding is to push it to PC side, but this is 
> > not an option
> > for certain reasons...
> > 
> > TIA,
> > Jevgeni Astanovski
> 
> 
> 
> -- 
> This is the C programming iSeries / AS400 (C400-L) mailing list
> To post a message email: C400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/c400-l
> or email: C400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/c400-l.
> 
>