|
Bruce Vining <bvining@xxxxxxxxxx> wrote:
Could you supply some of your code?
It took a little doing, since it had to be moved on tape from an isolated box, but here are the relevant excerpts:
This version of the conversion descriptor open kept consistently returning -1 in cd. cd = iconv_open("IBMCCSID008500000000\0\0\0\0\0\0\0\0\0\0\0\0",
midrange.com
"IBMCCSID00037\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0");
It also did so with parameters of "IBM-850" and "IBM-037"
copied out of the example in the C++ reference, and as
above, but with the "conversion alternative" in the "from"
parameter set to 057.
This version of the initialization at least opened a conversion descriptor.
QtqCode_T asciiCode;
QtqCode_T ebcdicCode;
.
.
.
memset(&asciiCode, 0, 32);
memset(&ebcdicCode, 0, 32);
asciiCode.CCSID = 819;
ebcdicCode.CCSID = 37;
cd = QtqIconvOpen(&asciiCode, &ebcdicCode);
But when the actual iconv call was executed, with a
verifiable ASCII string in buffy, muffy came out with
garbage, and it was different garbage depending on whether
I set asciiCode.CCSID to 850, 437, or 819.
out_size = 255;
inptr = buffy;
outptr = muffy;
memset(muffy, 0, 256);
iconv(cd, &inptr, &in_size, &outptr, &out_size);
--
JHHL
As an Amazon Associate we earn from qualifying purchases.
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.
