adamd@rhi.hi.is (Adam David) (02/25/91)
I have trouble using Uniterm because of the need to define a more complete keyboard than the supported arrangement. The problem is that Uniterm does not seem to handle the full set of keyboard tables. We use separate tables for Normal, Shifted, Caps, and Shifted-Caps. There is a separate BIOS trap handler for the Alt and Shifted-Alt tables and the "dead" accent routine/tables. My first intended solution was to run a program from within Uniterm (v2.0e11) which would reinstall the necessary keyboard handler/tables. All I get though is TOS error #39 even with an empty program! [ main(){} ]. I don't fancy patching this otherwise excellent Uniterm without access to the source. Before trying Uniterm I used PC-InterComm which was OK as a basic TOS terminal for VT52/100 (and doesn't interfere with the keyboard setup) but failed hopelessly by stripping the top-bit off all characters before displaying them to the screen. What options do I have, short of plunging in at the disassembly level to find where the changes are necessary? I don't really have the time for that kind of surgery at the moment. Is my best bet to abandon Uniterm for some other program, much as I like Uniterm? BTW how is it possible to run a Zmodem program from the Run Program menu item, if this feature is broken? Help!!! all reasonable ideas welcome. -- Adam David. adamd@rhi.hi.is
adamd@rhi.hi.is (Adam David) (02/26/91)
Thanks to people who pointed out to me that I needed to increase the "buffer" space available to TOS in order to run any program from Uniterm. Sorry for not RTFM on that one (my books are elsewhere and I shouldn't be expected to remember what #39 means). I have now run my keyboard handler from inside Uniterm. The only thing that doesn't work at present is the Bconin trap routine for Alt-keys and "dead" accents. The routine itself is tried and tested, it passes on Alt-alphanumeric to the previously installed Bconin handler. Does anyone know whether Uniterm reinstalls its own keyboard trap routine after running other programs? It still uses its own fonts but that's OK. -- Adam David. adamd@rhi.hi.is