HP3000-L Archives

November 2000, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Wayne Brown <[log in to unmask]>
Reply To:
Date:
Mon, 6 Nov 2000 17:07:48 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (29 lines)
Oops, that should have read, "so that binary values that happen to match CR/LF
got
changed to be just LF."  It's been a long day.  :-)

Wayne




Wayne Brown <[log in to unmask]> on 11/06/2000 04:56:23 PM

Please respond to [log in to unmask]

To:   [log in to unmask]
cc:    (bcc: Wayne Brown/Corporate/Altec)

Subject:  Re: [HP3000-L] FTP to UNIX



I suppose it's possible that this is a binary file, and that it was originally
transferred in ASCII mode, so that binary values that happen to match CR/LF got
changed to be just CR.  Then sending it to the 987 and back would be putting the
CR characters back.  It would be quite a coincidence, though, if the ONLY place
that the LF characters appear in a non-text file is in a CR/LF combination.  I'd
expect both values to appear separately as well as (possibly) in combination in
a binary file, in which case FTP wouldn't know where to put the CR characters
when it added them back, and the file would still be corrupted.

ATOM RSS1 RSS2