WebSphere Application Server supplies some of its information in its SMF
records in Unicode format. Is there a facility available to convert Unicode to
EBCDIC?
--
For IBM-MAIN subscribe / signoff / archive access instructions
On Mon, 23 Sep 2013 10:54:44 -0500, Donald Likens
wrote:
>WebSphere Application Server supplies some of its information in its SMF
>records in Unicode format. Is there a facility available to convert Unicode to
>EBCDIC?
Suggest structured Internet search argument --> conver
On 9/23/2013 9:54 AM, Donald Likens wrote:
WebSphere Application Server supplies some of its information in its SMF
records in Unicode format. Is there a facility available to convert Unicode to
EBCDIC?
Which EBCDIC code page would you like?
Check out Unicode Services User's Guid
fax: 214 350 3694 – prefer email, still works
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Donald Likens
Sent: Monday, September 23, 2013 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: UNICODE to EBCDIC
WebSphere Application S
On 23 Sep 2013 09:23:00 -0700, in bit.listserv.ibm-main you 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
On Mon, Sep 23, 2013 at 11:44 AM, 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.**co
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.c
On 9/23/2013 12:02 PM, Paul Gilmartin wrote:
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
o
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/c
For official character conversion in assembler, see the IBM manual "z/OS
Unicode Services User's Guide and Reference" which documents use of their
unicode services.
Jon Perryman.
>
> From: Steve Comstock
>
>
>Actually, COBOL has the builtin function DISPLAY-OF
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.
I.
There is actually a "Unicode EBCDIC" (UTF-EBCDIC) but it's pretty obscure.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Donald Likens
Sent: Monday, September 23, 2013 8:55 AM
To: IBM-MAIN@LISTSERV.UA.
On Mon, 23 Sep 2013 16:56:46 -0700, Charles Mills wrote:
>
>"Unicode" is not a character set (or "format") -- it's a whole family of
>character sets. http://en.wikipedia.org/wiki/Unicode. If it's UTF-8 then you
>can do a 98% job if you just treat it as ASCII. If it's UTF-16 or UCS-2 you
>can do
t: Monday, September 23, 2013 5:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UNICODE to EBCDIC
On Mon, 23 Sep 2013 16:56:46 -0700, Charles Mills wrote:
>
>"Unicode" is not a character set (or "format") -- it's a whole family of
>character sets. http://en.wikipedia
On 23 September 2013 20:18, Paul Gilmartin wrote:
> On Mon, 23 Sep 2013 16:56:46 -0700, Charles Mills wrote:
>>There is actually a "Unicode EBCDIC" (UTF-EBCDIC) but it's pretty obscure.
>>
> Not as obscure as it deserves to be.
Never miss a chance on this one, do you Gil... As you know, I think
Paul Gilmartin's opinions about EBCDIC are not always or necessarily
wrong in detail, but they are wholly predictable.
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
On 9/23/13, John Gilmore wrote:
> Paul Gilmartin's opinions about EBCDIC are not always or necessarily
> wrong in detail, but they are wholly predictable.
>
> John Gilmore, Ashland, MA 01721 - USA
>
--
John Gilmore, Ashland, MA 01721 - USA
--
On Mon, 23 Sep 2013 21:23:04 -0400, Tony Harminc wrote:
>
>> Not as obscure as it deserves to be.
>
>Never miss a chance on this one, do you Gil... As you know, I think
>UTF-EBCDIC was a great idea, and can't understand how it failed to
>catch on. Maybe there's just not much call for invoking legac
On 24/09/2013 10:43 AM, Paul Gilmartin wrote:
It doesn't say (but perhaps TR # 16 does) which EBCDIC code page
(or for that matter, which flavor of ASCII -- ISO8859-??) is used.
This could be chaotic. And the dreadful LF<->NEL pitfall lurks.
ASCII suffers similar problems; else why would we have
On Tue, 24 Sep 2013 11:18:30 +0800, David Crayford wrote:
>
>The C++ committee wanted to deprecate trigraphs in the last standard
>http://tinyurl.com/n3nas3u. EBCDIC was the only tangible reason
>for keeping them alive. I've lost count of the amount of times I've had
>a C/C++ analysis tool choke b
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Monday, September 23, 2013 4:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UNICODE to EBCDIC
z/OS Unicode Services is an AWESOME facility but there is a little bit of a
learning curve (or "coding curve&
Much like mine about MS-Windows.
On Sep 23, 2013 9:02 PM, "John Gilmore" wrote:
> Paul Gilmartin's opinions about EBCDIC are not always or necessarily
> wrong in detail, but they are wholly predictable.
>
> John Gilmore, Ashland, MA 01721 - USA
>
>
In <006101ceb8b8$8fd70610$af851230$@mcn.org>, on 09/23/2013
at 04:56 PM, Charles Mills said:
>"Unicode" is not a character set (or "format") -- it's a whole family
>of character sets.
Not really; it's a 32-bit character set with a 16-bit subset (UCS-2)
for the BMP. UTF-8 and UTF-16 are not c
In <9791327634617405.wa.paulgboulderaim@listserv.ua.edu>, on
09/23/2013
at 09:43 PM, Paul Gilmartin said:
>o (not mentioned) A simple byte-by-byte lexical sort doesn't
> sort into UNICODE code point order (but I'm guessing). This
> may not be very important.
I suspect that where there
In <006101ceb8b8$8fd70610$af851230$@mcn.org>, on 09/23/2013
at 04:56 PM, Charles Mills said:
>"Unicode" is not a character set
Sure it is.
>If it's UTF-
UTF-8 is a transform, not a character set, even though you can specify
it in charset for MIME.
>If it's UTF-16 or UCS-2 you can do a 98%
On Tue, 24 Sep 2013 11:18:30 +0800, David Crayford wrote:
>
>The C++ committee wanted to deprecate trigraphs in the last standard
> http://tinyurl.com/n3nas3u. EBCDIC was the only tangible reason
>for keeping them alive. I've lost count of the amount of times I've had
>a C/C++ analysis tool choke b
26 matches
Mail list logo