RE: RPG400-L Digest, Vol 3, Issue 171

Larry,

with you, I think their is a real problem in conversion to 1208 (UTF-8)
We use the xml for procedural languages interface (XML4PR400) to create
xml-docs.
We never succeeded in the creation of 1208 docs 
(although standard for xml I should think).

This was forwarded to our software-support,
together with the question whether this maybe had been resolved in the newer
release of XML4PR*, 
but we never got any answer .

So we had to create 819-docs and then do the conversion to 1208 (indeed via
iconv )

luc 


------------------------------

message: 2
date: Tue, 9 Mar 2004 00:48:25 -0000
from: "Larry" <Larry_Ducie@xxxxxxxxxxx>
subject: Re: Calling iconv() with the correct prototype definitions

Scott,

Why?  Why not let open() convert it for you?

That's a very god question! I've currently got an application that generates
xml data on an array of pointers. I then use open() to create the file with
the CCSID set to 819 (ASCII ISO-8859-1). I then close the file and re-open
it. So, I've got a file with CCSID = 819. As the initial open was with
O_CCSID and O_TEXTDATA set, and the second open does not specify a CCSID,
the data I write is converted from the open CCSID (37) to the file CCSID
(819).

This works fine. I've got hundreds of xml documents, all created OK.

Now, I really need the files to be created in UTF-8 (ISO-10646-1). But I
seem to have trouble here. I can create the files with CCSID 1208, but I
can't seem to write to them. I assumed that I'd need to use iconv() to
translate the data, but if open() can do the translation from CCSID 37 to
CCSID 1208 then I'd much rather do that. Is there some trick I'm missing?
How can I perform 37-819 conversion but not 37-1208? The 1208 CCSID
specification at IBM does not help - the box for CCSID is empty:
http://www-1.ibm.com/servers/eserver/iseries/software/globalization/ccsid/01
208.htm

I'm going to work on your iconv() example even if I can get open() to do the
job I want - a little more knowledge to add to the pot. :-)

Thanks
Larry