[net.micro.atari8] VTERM, KERMIT, ETC.

curzon@kaoa01.dec.com (09/17/86)

  Re:  Joe at U of Texas, Vterm program.  

  If at all possible, can you post the source to this group? Your program
sounds very interesting...  Is it in Action or ML?

  And... does the R: device implement just a subset of the 1030 command
set, or the whole thing?

  Last evening I worked Michael Jenkins A: device (Action code he submitted
to this group) into the Palevich Kermit program.  That gives 80 columns in
4 bit wide characters, so no scrolling is necessary.  For some reason, after 
I logged onto a VMS system, my K: device stopped responding.  I had to hit
the break key after each keystroke, before I could hear the keyclick and
transmit the character.  Worked fine on other systems, though...  (I trust
the cause will dawn on me sometime... something to do with the host escape
sequences??)
                 Richard Curzon.

joe@ut-sally.UUCP (Joe Hitchens) (09/20/86)

VTERM is written in pure ML.  It works with any DOS.
It has quite a few commands.  I should add it is command driven rather than
menu driven.  All the FMS funtions are available except format.  (Just haven't
gotten around to it yet.)
It is currently about 10K long.  (If you don't have a 1030/XM301, about 2K
of that is not needed.)  It has a buffer about 16K at the moment.  With
Atari DOS, you can move it down and get about a 22K buffer.

It is a good vt52 emulator but has various switches to alter some things like
appending line-feeds or not, duplex etc.
It includes a switch so you can use the atari screen if you need it.
The scrolling 80 columns is similar to the Pavelich flavor, but a bit dif-
ferent in motion.  (hard to describe). 
It has xmodem and straight upload and capture stuff.
It works with the 850 handler at 300, 1200, 2400 and 9600 baud.

The neat part about it is that it actually consists of several separate files.
One is the VTERM program.  One is a vt52 screen handler (V:), another is a
handler that emulates a smartmodem for the 1030/XM301 modems (R: when used),
and the normal 850 boot file. (and an ascii character set.)
Vterm itself does not emulate a vt52.  V: does.  VTERM opens a channel up to
V: and outputs to it.  You can use V: like any other device.  One interesting
thing to try is capturing a modem session in the buffer, then saving it to
V:, ("save v:" in VTERM), and watching it come out on the screen exactly as
everything happened only at warp speed.  I saved a "talk" session like that
once, very interesting. :-) .
Anyway, there is no reason you can't take V: out of vterm and use it with any
thing else you heart so desires. 
Same with the 1030 handler.
Now this one I am proud of.  This handler emulates a smartmodem connected to
an 850 interface.  Most any other 850 program will work with it.  (I used to
use the normal 850 chameleon with it).  All you do is open a channel to R:
(as though  this R: were the 850 R:), and type to and from it.
You want to dial your 1030?  Try typing "atdt 123-4567" to the R: device.
Hang up?  "ath".  You no longer need a special "1030 version" of a program
to do anything.
This too can be removed from VTERM.

I have seen that Omniview 4-bit wide char screen before, and I have been
meaning to alter V: so you can open it diffently depending on which type
display you wanted, sliding or scrunched.  Just haven't done it yet.

I may post the source code.  I am deciding now.
I will post the object code.

j.h.