|Date: ||Wed, 3 May 2000 12:57:26 -0400|
|Reply-To: ||"Muhlbaier, Lawrence H." <lawrence.muhlbaier@DUKE.EDU>|
|Sender: ||"SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>|
|From: ||"Muhlbaier, Lawrence H." <lawrence.muhlbaier@DUKE.EDU>|
|Organization: ||Duke Clinical Research Institute|
|Subject: ||Re: SAS, UNIX, and FTP|
|Content-Type: ||text/plain; charset=us-ascii|
Reading between the lines, somewhere in here is a PC....
The end-of-line (EOL) marker in a unix text file is a CR; in PC-land, it
is a CR-LF combination, VAX VMS is something else again... If you do
your FTP transfers as ASCII, the EOL will be converted to the proper
version for the target machine.
You may also be getting it to the FTP server properly and the transfer
need to view the file is failing (like using the Samba package (which is
a wrapper for BINARY FTP) with a PC to view from a UNIX FTP Server).
> I'm having a problem that I don't think is
> necessarily a SAS problem but hopefully somebody
> can help out just the same.
> I am using version 6.12 on a UNIX box and have
> created 4 flat file data sets using SAS data step
> programming. I then have my SAS job kick off a
> UNIX script that FTPs those 4 flat files to an
> FTP server. All that works fine, however once
> the files have been FTP'd the carriage return
> characters are no longer recognized. Rather than
> having 1 record per line, I have multiple records
> per line with the CR characters represented a
> black squares. The FTP CR command only seems to
> effect files that you "get" and not those that
> you "put".
> I tried using all the recfm options on my file
> statement, but none made a difference.
> Sent via Deja.com http://www.deja.com/
> Before you buy.
Lawrence H. ('Doc') Muhlbaier firstname.lastname@example.org
Assistant Research Professor
Duke University Medical Center 919-668-8774 (office)
DUMC 3865 919-383-0595 (home)
Durham, NC 27710-7510 919-668-7057 (FAX)