On Mon, Jan 05, 2015 at 07:17:37AM -0500, David Wood wrote: >One issue with the screen code in the kernal is that a 'line' can be >multiple screen lines in size, affecting scroll, delete line, insert >line, and text wrap around the right edge of the screen. Oh, I just checked with VICE's xcbm2, and this difference of physical and logical lines indeed exists if you use ESC t and ESC b to set the window boundaries. Previously I thought that it only exists on the narrower-than-80 column screens (up to 4*22 characters on the Vic-20 and 2*40 characters on the C64 and 40-column PETs). Does your terminfo entry make use of the windows? man 5 terminfo does not document "setbotright" or "settopleft". Instead, it documents set_window aka wind aka wi. I see double HOME (resetting the current window to the full screen) in your initstring and reset sequences. BTW, in my Debian system, there exists /usr/share/terminfo/c/commodore already. It is in binary format (described by man 5 term, it seems). It contains the following string and some numbers that seems to correspond to cols#80 and lines#24: commodore|b-128|Commodore B-128 micro So, maybe it is sufficient to use TERM=commodore and a bare-bones terminal program written in BASIC, connecting the keyboard and screen with the RS-232 device? How would I connect the emulated serial port of xcbm2 to a /dev/pts of a new shell session, similar to how invoking "xterm" creates a new shell process in a new virtual terminal? The documentation http://vice-emu.sourceforge.net/vice_6.html does not mention an example of this usage. BTW, ESC c (autoins off) should trigger the POST on all Digital VT series terminals. At least it does that on the VT220 and VT420, taking maybe half a minute to complete. When using xterm, gnome-terminal or xfce4-terminal, I occasionally use "echo -ne '\ec'" to empty the scrollback buffer before outputting something big to the terminal, to be viewed with Shift-PageUp/Shift-PageDown. Marko Message was sent through the cbm-hackers mailing listReceived on 2015-01-05 22:00:03
Archive generated by hypermail 2.2.0.