Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!usc!zaphod.mps.ohio-state.edu!mips!pacbell.com!tandem!netcom!avery
From: avery@netcom.UUCP (Avery Colter)
Newsgroups: comp.binaries.apple2
Subject: Re: GS Shrinkit
Message-ID: <13201@netcom.UUCP>
Date: 4 Sep 90 06:41:23 GMT
References: <1990Aug27.173535.15370@ecn.purdue.edu> <12969@netcom.UUCP> <1990Aug31.213335.28464@cunixf.cc.columbia.edu>
Organization: Netcom- The Bay Area's Public Access Unix System {408 241-9760 guest}
Lines: 28

In article <1990Aug31.213335.28464@cunixf.cc.columbia.edu>, vw3@cunixf.cc.columbia.edu (Vernon Williams) writes:
> 
> It could be that the file uses linefeeds (control-j) rather than returns 
> (control-m) to mark the end of a line. I don't know for sure, but this 
> might confuse whatever software you're using and it displays the "?" which
> in general means "there's a control character here"
> 
Yes, unix files DO have linefeeds instead of carriage returns for line
termination. The type function in the 8-bit ShrinkIt programs is the only
one I've seen that can handle the text files correctly in that form.

> Though I'm sure that anyone on the net could do a better and faster job,
> I'm writing a little program in assembly (my first real AL program folks!)

Until he gets his done, (and I wish you every luck in doing so), there are
two ways around this.

On the Unix system itself, there is the tr command.

i.e. tr "\012" "\015" original.file target.file

There is also the FILTER command in the package PRO.CMDS, a package
of additional commands which can be installed into BASIC.SYSTEM.

-- 
Avery Ray Colter    Internet: avery@netcom.uucp   | {apple|claris}!netcom!avery
     o/~ Mama, mama, mama, keep those skinny girls at home,
         o/~ `Cause this skinny boy wants a BIG FAT BLONDE!   - The Rainmakers