Xref: utzoo comp.sys.amiga.programmer:858 comp.sys.amiga.hardware:6363 comp.sys.amiga.misc:887
Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!clyde.concordia.ca!nstn.ns.ca!news.cs.indiana.edu!att!pacbell.com!ucsd!dog.ee.lbl.gov!lbl.gov!jnmoyne
From: jnmoyne@lbl.gov (Jean-Noel MOYNE)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware,comp.sys.amiga.misc
Subject: Re: AUX: terminal on Amiga Serial Port
Message-ID: <9936@dog.ee.lbl.gov>
Date: 15 Feb 91 01:50:30 GMT
Organization: Lawrence Berkeley Laboratory
Lines: 56
References:<347@motto.UUCP> <18934@cbmvax.commodore.com>
X-Local-Date: Thu, 14 Feb 91 17:50:30 PST

In article <18934@cbmvax.commodore.com> kevin@cbmvax.commodore.com (Kevin 
Klop) writes:
> >[2] I tried running Manx's VI-like editor Z and got a software 
> >error: I am assuming that Z wont work properly from an AUX:
> >terminal. Does anyone know of a decent editor that will work under
> >such a set up? (mail me the source code for any suitable PD editors
> >and I will be eternally grateful). 
> 
> Offhand, the only one that I KNOW will work is Edit - the one that
> comes with the amiga.
> 

           The problem with these vi clones on the Amiga is that even if 
they only use the console and standard ANSI codes (means you could run 
them on a vt100 terminal for example), all of them use dos packets to know 
the size (in lines and columns) of the console window. And when you run a 
newshell aux: and try try to send such dos packets dos will tell you that 
the current window size is 0,0 (I think it's 0,0 if it's not, it's a wrong 
and incoherent number anyway), because there's no window.

           The only program that I know of that handles this situation 
properly is CBM's own C:more that you'll find on every good workbench 
disk. More does also query the console to know the number of lines of the 
current console window has. When you run it from AUX: it sees that the 
number is incoherent, and does the only smart thing you can do: it takes a 
default value of 25 lines. So, try to use more on a newshell aux: it will 
work very well if you have a standard terminal (I mean most of the 
terminal are used in 80colsX25lines mode).

            Since stevie comes with the source code, you can easily modify 
it so that if the numbers coming from the dos packets are inconsistents 
you assume that the window size if 80x25. Since it's unlikely that we'll 
have a termcap.lib on the Amiga anytime soon that's the best thing you can 
do.

            Of course, Kevin is right,  C:edit works with a newshell AUX:, 
it's the original edit you'll find almost everywhere (or close to). The 
sort of things made to work on a simple tty, but a vi clone would be much 
better.

        Oh ! Another thing, be carefull, some (most) of the Amiga programs 
using the console use the ANSI sequence 0x9b as CSI, 0x9b is the same as 
0x1b[  (esc [), but be carefull, if you're using a 7 bits link or if your 
terminal doesn't know about 0x9b all the escape sequences will go away. So 
if you have such a problem, modify the program so that it send esc[ 
instead of 0x9b. You won't see any difference on the Amiga side, but it'll 
work on the terminal in 7 bits. (once again, more is clean for that).

         And the last trick, for those of you who owe a minitel. Newshell 
aux: works very well with a minitel (7 bits! Even parity) (minitel 1b can 
go up to 4800 bauds, and minitel 2 to 9600).

                  JNM

--
These are my own ideas (not LBL's)