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
I have a file on Unix server. When I transfer that file from Unix to Linux
using FTP - I'm getting file with the same size.
When I use SFTP, I'm getting file smaller by 79 bytes. The file has 79
lines.
That file is then FTP from Linux to z/OS - using FTP batch job on z/OS (using
get command).
On Wednesday 09 July 2008 13:00, Szwed, Tomasz A CIV USMEPCOM wrote:
I have a file on Unix server. When I transfer that file from Unix to Linux
using FTP - I'm getting file with the same size.
When I use SFTP, I'm getting file smaller by 79 bytes. The file has 79
lines.
That file is then FTP
On 07/09/2008 01:00:22 PM, Szwed, Tomasz A CIV USMEPCOM wrote:
I have a file on Unix server. When I transfer that file from Unix to
Linux
using FTP - I'm getting file with the same size.
When I use SFTP, I'm getting file smaller by 79 bytes. The file has 79
lines.
That file is then FTP
Tomasz writes:
I have a file on Unix server. When I transfer that file from Unix to Linux
using FTP - I'm getting file with the same size.
When I use SFTP, I'm getting file smaller by 79 bytes. The file has 79
lines.
That file is then FTP from Linux to z/OS - using FTP batch job on z/OS
and Unix System Services cp
command to translate them and transform the end-of-line characters.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Edmund R.
MacKenty
Sent: Wednesday, July 09, 2008 1:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SFTP versus FTP
on 390 Port
[EMAIL PROTECTED] Subject
IST.EDU Re: SFTP versus FTP
07/09/2008
02:02 PM
Please respond to
Linux on 390 Port
[EMAIL
.
Tomasz
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Stewart
Thomas J
Sent: Wednesday, July 09, 2008 1:16 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SFTP versus FTP
For reference, these are what you'll be looking for in your od output:
CRLF
cc
on 390 Port
[EMAIL PROTECTED] Subject
IST.EDU Re: SFTP versus FTP
07/09/2008
02:02 PM
Please respond to
Linux on 390
: SFTP versus FTP
On Wednesday 09 July 2008 13:00, Szwed, Tomasz A CIV USMEPCOM wrote:
I have a file on Unix server. When I transfer that file from Unix to
Linux using FTP - I'm getting file with the same size.
When I use SFTP, I'm getting file smaller by 79 bytes. The file has 79
lines
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?
20 matches
Mail list logo