pack@acdpyr.ucar.edu (Dan Packman) (10/07/89)
Apparently, there is a well known bug in BSD vi in which the scroll region is hard-coded corresponding to a 24 line display. At least under pyramid OSX 4.4c, this bug can be seen by editing on a larger display (eg 32 lines is a good number). Create or view a file that fills the page. Go to lines somewhere in the middle of the page and delete a few lines. The display is not properly updated until one does a ^L to force a screen update. Does anyone know if this has been/will be fixed in operating system releases after 4.4c? Failing that, does anyone know if it exists in the ATT universe? If it does not, can someone mail me a text version of the terminfo file for a vt100 so we can modify for our number of lines/columns? No text versions of the terminfo is included in our system release. Thanks, Dan Packman PS Our termcap entry for a vt100 modified for 32 lines follows: we|mac2|special:\ :w8=\E[?3l\E[1;32r:w1=\E[?3h\E[1;32r:dl=\E[2K:\ :md=2\E[1m:mr=2\E[7m:mb=2\E[5m:me=2\E[m:is=\E[1;32r\E[32;1H:\ :li#32:co#80:\ :as=^N:ae=^O:ti=\E)0:\ :cr=^M:do=^J:nl=^J:bl=^G:cl=50\E[;H\E[2J:\ :le=^H:bs:am:cm=5\E[%i%d;%dH:nd=2\E[C:up=2\E[A:\ :ce=3\E[K:cd=50\E[J:so=2\E[7m:se=2\E[m:us=2\E[4m:ue=2\E[m:\ :rs=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h:ks=\E[?1h\E=:ke=\E[?1l\E>:\ :rf=/usr/lib/tabset/vt100:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:kb=^H:\ :ho=\E[H:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:ta=^I:pt:sr=5\EM:vt#3:xn:\ :sc=\E7:rc=\E8:cs=\E[%i%d;%dr: Dan Packman NCAR INTERNET: pack@acdpyr.UCAR.EDU (303) 497-1427 P.O. Box 3000 CSNET: pack@ncar.CSNET Boulder, CO 80307 DECNET SPAN: 9.367::PACK
karl@giza.cis.ohio-state.edu (Karl Kleinpaste) (10/07/89)
pack@acdpyr.ucar.edu writes:
Apparently, there is a well known bug in BSD vi in which the scroll region
is hard-coded corresponding to a 24 line display. At least under pyramid
OSX 4.4c, this bug can be seen by editing on a larger display (eg 32 lines
is a good number). Create or view a file that fills the page. Go to lines
somewhere in the middle of the page and delete a few lines. The display
is not properly updated until one does a ^L to force a screen update.
I just tried this on a 9825 running OSx 4.4c on a 52-line xterm using
a random text file. I did not see the bug you described. Deleting a
few lines out of the middle of the screen caused things to be filled
properly at the bottom.
???,
--Karl
csg@pyramid.pyramid.com (Carl S. Gutekunst) (10/07/89)
In article <4626@ncar.ucar.edu> pack@acdpyr.ucar.edu (Dan Packman) writes: >Apparently, there is a well known bug in BSD vi in which the scroll region >is hard-coded corresponding to a 24 line display. There was a well-known bug that limited you to a *60* line display, but that was fixed in OSx 3.1 for the DMD5620, which features a 70 line display. We also have people using large Mac II windows that are otherwise VT-100, and I think they'd have noticed this problem a long time ago. I don't have a 32-line VT-100 to try it on, but right off I'd be suspicious of your Mac VT-100 emulation software having trouble with the change-scroll- region escape sequence. <csg>