> Does it work as you expected for other characters in 1047 whose equivalent
in 1252 have values above x"7F"?
I just put in a broken vertical bar (EBCDIC 6A) and it translated (allegedly
into 1252) as C2A6 rather than the expected A6.
Where are you going with this? You obviously have something in mind.
FWIW, here is more detail on the coding. Here is more of the setup:
UniConvParms.Src_CCSID = Parms::XlateFrom;
UniConvParms.Targ_CCSID = Parms::XlateTo;
UniConvParms.Flag1.Sub_Action = '\x01'; // Subsitute and
continue
UniConvParms.Flag1.Inv_Handle = '\x01'; // if invalid handle get
a new one
UniConvParms.Flag1.No_Opt_Buf_Fill = '\x01'; // ???
UniConvParms.Flag1.Mal_Action = '\x01'; // if malformed
terminate with error
UniConvParms.Flag1.RL_Sub_Action = '\x01'; // ???
CUNLCNV(&UniConvParms);
I am pretty confident of the values of Parms::XlateFrom and To because I
have code that displays those same fields
displayChildren("XLATE", "(%05d %05d '%s')", XlateFrom, XlateTo,
XlateTechniques);
(it's in the Parms class so the Parms:: is implicit)
and the output is
XLATE (01047 01252 'LMER')
Charles
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Walt Farrell
Sent: Wednesday, May 23, 2012 10:19 AM
To: [email protected]
Subject: Re: Unicode Services translation question
Does it work as you expected for other characters in 1047 whose equivalent
in 1252 have values above x"7F"? Or is the not sign the only one that's
mis-behaving?
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
