Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!mcsun!ukc!axion!tharr!gtoal
From: gtoal@tharr.UUCP (Graham Toal)
Newsgroups: comp.sys.acorn
Subject: Re: Arc100 VT100 Terminal Emulator Beta Test 2.2
Message-ID: <1587@tharr.UUCP>
Date: 9 Jan 91 01:39:57 GMT
References: <1991Jan3.124444.10170@and.cs.liv.ac.uk> <2596@krafla.rhi.hi.is> <1576@tharr.UUCP> <1991Jan8.140721.13770@cbnewse.att.com>
Reply-To: gtoal@tharr.UUCP (Graham Toal)
Organization: Power Microsystems Ltd
Lines: 20

In article <1991Jan8.140721.13770@cbnewse.att.com> macduff@cbnewse.att.com (Roger R. Espinosa) writes:
>In article <1576@tharr.UUCP>, conrad@tharr.UUCP (Conrad Longmore) writes:
>> Next step is a VT220 emulator. The Arc should be able to manage that pretty
>> well.
>
>NO! The *next* step is to have an emulator that can *really* handle VT100.

Indeed, *any* emulator that works would be a good thing.  I've tried dozens,
and the only one that works at all is the one I wrote myself (and it's *dumb*)

The problem is that with the strange combination of pads and nets I use, the
parity keeps cjanging underfoot.  And *all* the emulators I've seen just offer
the parity options as supplied by the chip.  What I need is 8N1 with the top
bit stipped of *in software* (eg. ch = rs432get() & 127 )  For some reason
no-one does this, with the result that at least one of the segments in the
long road to edinburgh always ends up with half the characters missing :-(

G
-- 
(* Posted from tharr.uucp - Public Access Unix - +44 (234) 261804 *)