Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!dewey.soe.berkeley.edu!oster
From: oster@dewey.soe.berkeley.edu (David Phillip Oster)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Line-oriented File IO
Message-ID: <28797@ucbvax.BERKELEY.EDU>
Date: 15 Apr 89 07:26:55 GMT
References: <451@biar.UUCP> <28839@apple.Apple.COM> <4012@ece-csc.UUCP> <6987@hoptoad.uucp> <4015@ece-csc.UUCP> <13054@dartvax.Dartmouth.EDU> <4019@ece-csc.UUCP>
Sender: usenet@ucbvax.BERKELEY.EDU
Reply-To: oster@dewey.soe.berkeley.edu.UUCP (David Phillip Oster)
Organization: School of Education, UC-Berkeley
Lines: 16

In article <4019@ece-csc.UUCP> jnh@ece-csc.UUCP (Joseph Nathan Hall) writes:
_>The advantage of using the O/S-supplied newline mode (to me) is that it is
_>more versatile than the corresponding "C" and Pascal equivalents without
_>being that much more complex.  It's reasonably fast and easier to prototype
_>with.  Then again, your personal preferences may vary.

Warning! Warning! The newline mode is _only_ implemented by the file
manager. In particular, it is not implemented by the Serial port Manager.
I was disgusted when I found this out, since there is no no reasonable way
to do serial asynchronous i/o from a device that sends variable length
lines without doing a PBRead() for each character (or periodically polling
the receive buffer, which is just as bad.)

--- David Phillip Oster            --"When we replace the mouse with a pen,
Arpa: oster@dewey.soe.berkeley.edu --3 button mouse fans will need saxophone
Uucp: {uwvax,decvax}!ucbvax!oster%dewey.soe.berkeley.edu --lessons." - Gasee