On Mon, 23 Sep 2013 10:44:04 -0600, Steve Comstock wrote:
>On 9/23/2013 10:22 AM, John McKown wrote:
>> If you mean a program, then the UNIX "iconv" command can do that. There is
>> also the "iconv" set of C language subroutines if you want to write your
>> own.
>> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/edclb1c0/3.440
>> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbcpg1c0/8.6.3
>>
>> If you are really good with COBOL, you can probably figure out how to call
>> these using COBOL.
>
>Actually, COBOL has the builtin function DISPLAY-OF that
>converts UTF-16 to ASCII, EBCDIC, or UTF-8
>
UTF-16? I found an interesting article:
http://programmers.stackexchange.com/questions/102205/should-utf-16-be-considered-harmful
>There is a similar builtin in PL/I. For HLASM you can
>use the various translate instructions (but you gotta'
>build your own translate table).
>
I suspect John M. might recommend calling LE services out of HLASM.
Things I'd worry about:
o Which UNICODE representation: UTF-16, UTF-8, UCS-2, ...?
o Which EBCDIC code page? SBCS? DBCS?
o Is the error handling useful if the SMF UNICODE character is
absent from the EBCDIC code page?
o Even, if the SMF data are UTF-8 (or UTF-16) and contain an
invalid code, is the error handling useful?
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN