Xref: utzoo comp.sys.apollo:8849 comp.mail.elm:4022
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!jarthur!uunet!mcsun!hp4nl!svin02!eba!ebh.eb.ele.tue.nl!wjw
From: wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen)
Newsgroups: comp.sys.apollo,comp.mail.elm
Subject: Re: vi from within elm
Keywords: Elm, vi, hanging pads,
Message-ID: <1130@eba.eb.ele.tue.nl>
Date: 23 Apr 91 10:30:24 GMT
References: <1991Apr18.175202.1760@fwhnm02.fwrdc.rtsg.mot.com> <91112.124911QQ11@LIVERPOOL.AC.UK>
Sender: news@eb.ele.tue.nl (The News system)
Reply-To: wjw@eb.ele.tue.nl
Organization: Digital Systems Group, Eindhoven University of Technology, the Netherlands.
Lines: 46

In article <91112.124911QQ11@LIVERPOOL.AC.UK>, QQ11@LIVERPOOL.AC.UK (Alan Thew) writes:
=> In article <1991Apr18.175202.1760@fwhnm02.fwrdc.rtsg.mot.com>,
=> mmuegel@fwhnm02.fwrdc.rtsg.mot.com (Mike Muegel) says:
=> >
=> >I think I remember this being discussed before but I can find no record of it
=> >in my saved articles. We are having a problem when trying to use vi inside of
=> >elm when dialing in to an Apollo. vi works fine outside of elm. However,
=> >when started from within elm the following error message is printed by vi:
=> >
=> >   Missing lhs
=> >
=> >When we rlogin to the SAME host and then run elm/vi we do NOT get the error
=> >message......
=> 
=> Sounds like a TERM setting problem to me. How does vi work outside of
=> elm when your rlogin or telnet?

We had it happen that a dailin service got 'cols 0 rows 0'. You should and see
Elm try to get everything on one line. :)
The problem here was the setting of the device. Nothing a good old stty
could not solve.
( My script already has several thing done to /dev/tty dependant on
  what I log in. )

I have  a different type of problem:
Using Elm in mail only mode, elm stops after it has forked the sendmail
process. 
Now looking at the ps output, this sendmail-process is attached to /dev/ttyp9
(mostly) which comes with the vt_server. 
My pad input line will stay empty forever. I can only get the prompt back
by using  ^C on the input line. By then the stty setting have gone from
'-cbreak' to 'cbreak', causing lots of problems. :)
( I got "alias elm 'stty -cbreak; ..../elm \!*; stty -cbreak'" which keeps my
  pad oke. I still have to use ^C )

Does this sound familiar to anybody?
And how I/Hpollo get it fixed?

Regards,
	Willem Jan.

-- 
Eindhoven University of Technology   DomainName:  wjw@eb.ele.tue.nl    
Digital Systems Group, Room EH 10.10 
P.O. 513                             Tel: +31-40-473401
5600 MB Eindhoven                    The Netherlands