Thread View: comp.sys.ti.explorer
1 messages
1 total messages
Started by Stephen Nicoud
Mon, 05 Feb 1990 17:26
RE: Serial IO question
Author: Stephen Nicoud
Date: Mon, 05 Feb 1990 17:26
Date: Mon, 05 Feb 1990 17:26
31 lines
1944 bytes
1944 bytes
Date: 3 Feb 90 21:46:00 GMT
From: mailrus!umich!caen.engin.umich.edu!news@tut.cis.ohio-state.edu (CAEN Netnews)
Hi,
I am working on a project that uses a TI Explorer and a Mac to communicate
with an external device (a robot) and for that I had to implement my own
serial IO interface on the Mac (in MACL). When doing that I found out that
the TI, when reading a line from the serial port with read-line, consumes
the character #\Newline and also the character #\Linefeed that follows it.
The Mac's read-line, on the other hand, doesn't. The definition of the function
read-line is to read until a #\Newline is encountered.
My question is, what is happening on the TI behind the scenes that causes
the #\Linefeed to be consumed? Is the definition of the read-line function
on the TI different than on the Mac?
Thanks,
Hmmm. READ-LINE should behave as you want (i.e., not consuming the #\linefeed).
Take a look at this variable in the SYSTEM package:
;; From SYS:BASIC-FILE;STREAM.LISP#>
(defvar *new-line-delimiter* '(#\newline)) ;Define the delimiters that may seperate lines. Some FTP implements
; will use the linefeed. This will allow FTP to redefine this variable to
; suit its application.
Verify that the :LINE-IN method on the serial stream consults this
variable and that its value is indeed only '(#\newline) and not
'(#\linefeed).
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads