In 5223415504632809.wa.paulgboulderaim@listserv.ua.edu, on
03/03/2014
at 05:07 PM, Paul Gilmartin paulgboul...@aim.com said:
But, is there a convenient alternative collective term designating
those 8-bit character sets in which 'A' is 0x41; '0' is 0x30, etc.?
Perhaps Shmuel can, in a more
On 3 March 2014 20:54, Farley, Peter x23353 peter.far...@broadridge.com wrote:
GIYF. I refer you to these Wikipedia references, the first of which makes it
quite clear that iso-8859-1 is definitely NOT
Windows, though it does call it ASCII-based; and the second of which is a
nice reference
On Tue, 4 Mar 2014 12:24:41 -0500, Tony Harminc wrote:
On 3 March 2014 20:54, Farley, Peter x23353 wrote:
GIYF. I refer you to these Wikipedia references, the first of which makes
it quite clear that iso-8859-1 is definitely NOT
Windows, though it does call it ASCII-based; and the second of
In 2783130373802539.wa.paulgboulderaim@listserv.ua.edu, on
03/04/2014
at 12:21 PM, Paul Gilmartin paulgboul...@aim.com said:
I think I'll go with ASCII-based until Shmuel objects. And long
thereafter.
That would be impossible.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
In 60A88FF084694521B417F4096A824778@barryf93b83d71, on 03/01/2014
at 09:44 PM, retired mainframer retired-mainfra...@q.com said:
Look at the meaning of the convert operand in UNIX System Services
Command Reference. YES specifies conversion table BPXFX000 which,
unless you have changed it, is
Thank you for the tip.
However, I had to change the OCOPY statement to:
ocopy indd(filein) outdd(fileout) ,
text convert('sys1.linklib(BPXFX311)') pathopts(use) FROM1047
Without the FROM1047, no conversion.
Curiously, I OCOPYd a simple text file with the new format. OCOPY did not
convert.
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Shmuel Metz (Seymour J.)
:: Sent: Sunday, March 02, 2014 3:31 PM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: OCOPY fails to convert text
On 2 March 2014 18:30, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
[1] Does IBM have a z/OS code page for ISO 8859-15 yet?
IBM has produced only two code pages for Latin-9; one ASCIIish (923)
and one EBCDIC (924).
Tony H.
On Mon, 3 Mar 2014 14:32:43 -0800, retired mainframer wrote:
::
:: ISO 8859-1[1] is Latin 1, not ASCII.
From the UNIX Systems Services Command Reference: BPXFX311. Specifies an
ASCII-EBCDIC conversion table to convert between code pages ISO8859-1 and
IBM-1047.
It doesn't matter what the
@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Monday, March 03, 2014 6:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OCOPY fails to convert text
On Mon, 3 Mar 2014 14:32:43 -0800, retired mainframer wrote:
::
:: ISO 8859-1[1] is Latin 1, not ASCII.
From the UNIX Systems Services Command
I have a REXX EXEC that copies a MVS file to zFS file. The zFS file is used as
input to create a chart under Windows.
When the REXX EXEC runs, the file is copied without any text conversion. Here
are REXX statements:
infile = 'CP.EN.X20.TRNCOUNT.VB'
outfile = path || '/TRNCOUNT.CSV'
which converts between IBM-1047 (EBCDIC)and ISO8859-1 (ASCII).
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Mark Yuhas
:: Sent: Saturday, March 01, 2014 8:06 PM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: OCOPY fails
12 matches
Mail list logo
