Xref: utzoo comp.emacs:7045 gnu.emacs:1789 comp.editors:1041
Path: utzoo!attcan!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!uwm.edu!lll-winken!sun-barr!rutgers!att!cbnewse!psm
From: psm@cbnewse.ATT.COM (Steve Murphy)
Newsgroups: comp.emacs,gnu.emacs,comp.editors
Subject: Re: debugging GNU Emacs 18.54
Keywords: emacs 18.54 data kit
Message-ID: <1852@cbnewse.ATT.COM>
Date: 25 Oct 89 15:03:11 GMT
References: <8124@mtune.ATT.COM>
Reply-To: psm@cbnewse.ATT.COM (Steve Murphy)
Organization: AT&T Bell Laboratories
Lines: 23

In article <8124@mtune.ATT.COM> dwp@mtune.ATT.COM (David Preisler) writes:
=> On a 3b2 700 under sVr3 I've got GNU Emacs 18.54 built [ HAVE_PTY defined ],
=> but I find that it does not work properly through a DataKit VC.  I do find
=> however, that when run through a direct port it appears to work properly.
=> 
=> Symptoms:  The screen opens up correctly, but typed chars do not appear on 
=> the screen.  Ctrl chars are also generally ignored.  Emacs will beep at ^g 
=> and ^z, and occasionally it will produce the unsupported operation message 
=> ( autosave, abort- core dump ).
=> 
=> Does anyone know what is going on or [ even ] how to debug the problem.

I had the same problem with GNU Emacs over STARLAN. One question, are the
devices DataKit use for remote logins streamio devices? If they are you're
out of luck. When I found out that STARLAN devices were streamio devices, I
was annoyed. When I found out that streamio devices do not behave like
tty's, I was ticked. GNU Emacs makes certain ioctl calls that will fail on
streamio devices. I could'nt find a solution to my problem.
-- 
===============================================================================
Steve Murphy	       |"My work is visionary or imaginative. That which can
1(312)510-4678	       | be made explicit to the idiot is not worth my care..."
att!nwgpa!toolserv!psm | 	     - William Blake, Apocalypse by Imagination