Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!samsung!olivea!mintaka!dcw
From: dcw@lcs.mit.edu (David C. Whitney)
Newsgroups: comp.sys.apple2
Subject: Re: BINScii suggestion
Message-ID: <1991Feb7.185443.5042@mintaka.lcs.mit.edu>
Date: 7 Feb 91 18:54:43 GMT
References: <1991Feb3.073400.9131@world.std.com>
Sender: daemon@mintaka.lcs.mit.edu (Lucifer Maleficius)
Organization: MIT Spoken Language Systems Group
Lines: 24

In article <1991Feb3.073400.9131@world.std.com> lucifer@world.std.com (Kevin S Green) writes:
>How about (for BinSCII):
> a) making each line of the ProDOS->ASCII conversion start
>    with a specific deliminator (a la uuencode).

Why? Just curious.

> b) the ASCII->ProDOS function have the ability to read through
>    a file until it encounters the FileStart line without
>    choking on the Internet (etc) headers. Also be to ignore
>    any non-BINScii line such as --MORE-- (which would be
>    easy if suggestion a was implemented).

Gee, BinSCII *does* skip over everything up to the filestart crud
(that's why it's there - not just for you humans!). Now, why would the
file contain "--MORE--"? I'm just trying to figure out how this
happens to you. You see, the way I use netnews and mail and
everything, the files I plan on running thru BinSCII don't contain
anything like "--MORE--".  You must be doing something funky.
--
Dave Whitney
Computer Science MIT 1990	| I wrote Z-Link and BinSCII. Send me bug
dcw@lcs.mit.edu   dcw@mit.edu	| reports. I have a job. Don't send me offers.
"The price of freedom is eternal vigilance" --Binky (aka Matt Groening)