[comp.sys.apollo] vi from within elm

mmuegel@fwhnm02.fwrdc.rtsg.mot.com (Mike Muegel) (04/19/91)

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. This makes me very confused (not that this is not my normal state ;-).

Any ideas?
-Mike

-- 
+-----------------------------------------------------------------------------+
| Mike Muegel                              | Internet: mmuegel@mot.com        |
| Software Tools Group                     | UUCP:     uunet!motcid!muegel    |
| Fort Worth Research & Development Center | Voice:    (817) 232-6129         |
| Radio Telephone and Systems Group        | ... My opinions are surely not   |
| Motorola, Inc.                           |     shared by Motorola :-&       |
+-----------------------------------------------------------------------------+

QQ11@LIVERPOOL.AC.UK (Alan Thew) (04/22/91)

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?

Alan Thew  : University of Liverpool Computer Laboratory
Bitnet/Earn: QQ11@LIVERPOOL.AC.UK or QQ11%UK.AC.LIVERPOOL @ UKACRL
    UUCP   :           ....!mcsun!ukc!liv!qq11
   Voice   :  +44 51 794 3735        FAX : +44 51 794 3759
Internet   : QQ11@LIVERPOOL.AC.UK or QQ11%LIVERPOOL.AC.UK @ NSFNET-RELAY.AC.UK

wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen) (04/23/91)

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