topic Stumped in Operating System - HP-UX

Stumped

Vito Sarducci — Tue, 27 Nov 2001 22:56:21 GMT

I have a problem that i cannot figure out? I have an ftp process that ftp's a file to the HP systems 11.x. For some unknown reason, after it is ftp'd to my hp server, it has an added 0d or 0a character at the carriage return, so the file is not the same each time it is ftp'd?

Has anyone seen this issue before? Please advise?

Vito

Re: Stumped

Scott Van Kalken — Tue, 27 Nov 2001 23:12:18 GMT

it sounds like the type isn't being set correctly.

What sort of machine is it being ftp'd FROM?

Re: Stumped

Rodney Hills — Tue, 27 Nov 2001 23:26:39 GMT

If the machine you are ftping from is another unix, then type doesn't matter. If it is a Windows/Dos machine, then be sure to set type to "ascii".

-- Rod Hills

Re: Stumped

Dave La Mar — Tue, 27 Nov 2001 23:27:38 GMT

0A is hex for an ascii line feed.
0D is hex for a carriage return in ascii.
Turn this option off or remove from the file prior to ftp.
dl

Re: Stumped

Darrell Allen — Wed, 28 Nov 2001 00:14:44 GMT

Hi Vito,

You need to ftp the file in ascii mode.

ftp has 2 modes: binary and ascii. binary mode transfers the file just like it is while ascii mode performs a translation (if needed) so that the ascii file will be in the native ascii format of the destination host. The most common translation is done between Windows and UNIX systems. Windows uses CR-LF (charriage return and line feed) to terminate lines is ascii files while UNIX uses a NL (newline) character. A NL is actually the same ascii character as a LF.

From an earlier post of mine:

^M is a carriage return. ^J is a line feed or in UNIX a newline. Verify this with man ascii.

When UNIX sees ^J it is interpreted as advance one line and return cursor to the leftmost column. DOS only interprets ^J as advance one line (as if you manually turned the platen on a typewriter). DOS needs an ^M to move the cursor to the leftmost column.

So one should always ftp ascii files in ascii mode because a function of ftp is the translation of ^J^M for DOS to just ^J for UNIX. dos2ux does the same thing to a file if it was transferred in binary mode.

If you just cat the file, extra ^M characters are not seen. It's just as if you are moving the cursor to the leftmost position and doing it again. vi or od will show the extra characters.

Darrell

Re: Stumped

Mary Ann Lipa — Wed, 28 Nov 2001 01:06:32 GMT

I guess you're using a Windows/Dos machine, so set transfer type to "ascii"

that should get you unstumped

;-)

d_b

Re: Stumped

Ulrich Deiters — Thu, 29 Nov 2001 11:01:52 GMT

Did you make sure that the
FTP mode had been "binary"
(if in doubt, enter "binary"
at the prompt)?
In "ascii" mode line feeds
are converted to CR/LF,
which might explain the
additional 0x0d.