On 07/14/2008 12:35:26 AM Alan Altmark wrote:
On Thursday, 07/10/2008 at 01:02 EDT, Douglas Wooster/Raleigh/[EMAIL
PROTECTED]
wrote:
I got this after I sent my last post. Being a z/OS Unix user,
I sure *wish* conversions would consistently do EBCDIC NL (x'15')
to/from ASCII LF (x'0A')
On Monday, 07/14/2008 at 10:58 EDT, Douglas Wooster/Raleigh/[EMAIL PROTECTED]
wrote:
On 07/14/2008 12:35:26 AM Alan Altmark wrote:
OPENVM GETBFS and PUTBFS, as well as XEDIT, allow you to specify the
end-of-line sequence. The default is NL (0x15). You can also specify
CRLF (0x0D25), CRNL
On 07/14/2008 11:07:41 AM Alan Altmark wrote:
On Monday, 07/14/2008 at 10:58 EDT, Douglas Wooster/Raleigh/[EMAIL PROTECTED]
wrote:
On 07/14/2008 12:35:26 AM Alan Altmark wrote:
OPENVM GETBFS and PUTBFS, as well as XEDIT, allow you to specify the
end-of-line sequence. The default is NL
On Thursday, 07/10/2008 at 01:02 EDT, Douglas Wooster/Raleigh/[EMAIL PROTECTED]
wrote:
I got this after I sent my last post. Being a z/OS Unix user,
I sure *wish* conversions would consistently do EBCDIC NL (x'15')
to/from ASCII LF (x'0A') instead of EBCDIC NL to/from ISO8859-1
NEL (x'85'),
Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Alan Altmark
Sent: Wednesday, July 09, 2008 9:25 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: line end characters (was SFTP versus FTP)
On Wednesday, 07/09/2008 at 07:33 EDT, Douglas Wooster/Raleigh/[EMAIL PROTECTED]
wrote
On Thursday, 07/10/2008 at 11:48 EDT, Fargusson.Alan
[EMAIL PROTECTED] wrote:
NEL is defined in ISO8859-1 as code point 0x85. In 8859-1 there are
control
characters in the range of 0x80 to 0x9f as well as 0x00 to 0x1f. Lots
of
documentation on 8859-1 skip the control characters, so many folks
On 07/10/2008 12:24:53 AM, Alan Altmark wrote:
On Wednesday, 07/09/2008 at 07:33 EDT, Douglas Wooster/Raleigh/[EMAIL
PROTECTED]
wrote:
Added one more line separator to the list below. It usually burns me
when I use iconv.
:
NEL - New/Next Line (ASCII x'85'). May see this when
The reason for EBCDIC codepoints 15 and 25 is to be compatible with the IBM
Selectric Typewriter.
One of them would roll the paper forward a line with out moving the type ball.
The other would put
the type ball at the beginning of the next line. Also their is another
codepoint 0A that moved
I got this after I sent my last post. Being a z/OS Unix user,
I sure *wish* conversions would consistently do EBCDIC NL (x'15')
to/from ASCII LF (x'0A') instead of EBCDIC NL to/from ISO8859-1
NEL (x'85'), even though I can understand why that might not be
technically correct. Or that z/OS Unix
On 07/10/2008 12:54:12 PM Stephen Frazier wrote:
The reason for EBCDIC codepoints 15 and 25 is to be compatible
with the IBM Selectric Typewriter. One of them would roll the
paper forward a line with out moving the type ball. The other
would put the type ball at the beginning of the next
Added one more line separator to the list below. It usually burns me
when I use iconv.
On 07/09/2008 02:16:22 PM, Stewart Thomas J wrote:
For reference, these are what you'll be looking for in your od output:
CRLF - Carriage Return Line Feed (ASCII x'0D0A', escape sequence
'\n').
On Wednesday, 07/09/2008 at 07:33 EDT, Douglas Wooster/Raleigh/[EMAIL PROTECTED]
wrote:
Added one more line separator to the list below. It usually burns me
when I use iconv.
:
NEL - New/Next Line (ASCII x'85'). May see this when EBCDIC
data is translated to ASCII, as with iconv.
NEL?
12 matches
Mail list logo