Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ucbvax!cascade.carleton.CDN!holtz
From: holtz@cascade.carleton.CDN (Neal Holtz)
Newsgroups: comp.sys.apollo
Subject: Re: VT100 Emulation/crp problem.
Message-ID: <671*holtz@cascade.carleton.cdn>
Date: 16 Dec 87 16:33:48 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 30

> Sender:     Joe Pruett 

> The problem is crp.  It only supports a line at a time mode.

Not quite.  As with a lot of Apollo stuff, the problem isn't with
missing functionality, it is with missing documentation (not a whole
lot better, I agree).

Programs running in a CRP'ed process can configuring the pad on the
controlling node to be in raw mode, can program the function keys, etc.
One can look at the source for EMT to see how this is done.

For example, I hacked an early version of C-Kermit so it runs properly
(i.e., gives the standard C-Kermit (and TOPS-20) character-at-a-time
interface) from an sio login, from a pad, from a CRP'ed process and from
under the vt100 emulator.  Unfortunately, I can't seem to get it to
work when CRP'ed from an sio login nor when CRP'ed from a VT100 emulator.
In case any one is interested, I have about 370 lines and 14K of C code
I can send you, showing how its done.

Apologies: I lost the thread on what the original article mentioned,
so this may not answer any of the original questions.

----------------------------------------------------------------------------
Prof. Neal Holtz                    (Until Internet registration completed:)
Dept. of Civil Engineering     CDNnet:   Holtz@cascade.carleton.cdn  
Carleton University            CSNET:    Holtz%cascade.carleton.cdn@ubc.csnet
Ottawa, Ontario         ARPA?: Holtz%cascade.carleton.cdn%ubc.csnet@relay.cs.net
Canada  K1S 5B6
(613) 564-2677, -4315 (msgs)