> 
> [...]
> > First of all ^M is ^M (translates "hat" and "Big M"), not [CR] (or /n).
> [...]
> > At least vi does not see [^M] like [CR], but like [^][M] instead.

Don't forget that under UNIX, [CR] != /n. /n is a newline, or ascii 10.
CR is ascii 13, and is a /r in printf. Whenever I've read a file that
has CR's instead of LF's, I see a slew of ^M's.

Actually, DOS files show up as ^M at the end of each line, but each line
coming out right because of the LF (except if the ^M wrapped the line).

Use od to look at the data as raw values. I think od -a will give
ascii equivelants.

I've forgotten from the original post, but if it's lots of lines, just with
^M's at the end, then your file might actually be in DOS format. If it's
all one line, sounds like something did LF->CR translation for the
mac.

> > What I was doing:
> > ftp gnuplot.tar.gz using BINARY mode
> > unpack it using MacGsip ( there is only one mode, no binary or ASCII selection)
> 
> MacGzip has two modes, ASCII and BINARY.  At least mine does.
> 
> > zinstall resulting gnuplot.tar using Install utility
> 
> I'd rather cpin the tar.gz file then untar under NetBSD.  I don't know
> why you should use the slower Installer.

I agree with ken on this one. cpin the .tar.gz and use netbsd's
tar program. Note also, the z flag will automagically decompress
(or compress) the file on the fly. So

tar tzf gnu.plot.tar.gz

will list all the files in the archive.

Good luck!

Bill