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)