|
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",
"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-2025 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.