Xref: utzoo comp.emacs:2909 comp.sys.att:2655
Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!hao!oddjob!gargoyle!ihnp4!att-cb!att-ih!chinet!les
From: les@chinet.UUCP (Leslie Mikesell)
Newsgroups: comp.emacs,comp.sys.att
Subject: Re: Gnu Emacs 18.4[69] on a 3B2 running 3.1
Message-ID: <2994@chinet.UUCP>
Date: 29 Feb 88 05:02:03 GMT
References: <789@wucs2.UUCP>
Reply-To: les@chinet.UUCP (Leslie Mikesell)
Organization: Chinet - Public Access Unix
Lines: 15
Summary: Starlan read() returns -1 w/no data

In article <789@wucs2.UUCP> dwex@wuccrc.UUCP (David Wexelblat) writes:
>Also, when logged in remotely over StarLan, emacs does not work at all.
>It starts up, but does not draw the initial screen or the modeline.  It
>writes '(mark set)' where the minibuffer should be.  If any keys are pressed,
>the terminal (a Unix-PC) starts beeping like mad.  If I am lucky, it will
>respond to ^X-^C and go away.

Starlan is a "streams" device which returns -1 to a read() when O_NDELAY is
set and no data is present (even though a tty emulation module is pushed??).
GNU expects (perhaps rightly) that a read() with no data will return 0 and
always uses the value as the count of characters.  Adding a check for negative
values from read() in keyboard.c will fix it.



                      ...ihnp4!chinet!les