On Sat, Feb 15, 2014 at 10:15:25PM +0100, Vincent Lefevre wrote: > On 2014-02-15 07:57:23 -0500, Thomas Dickey wrote: > > is there an accessible pdf file that I could use to reproduce the problem? > > For instance: > > https://www.vinc17.net/research/slides/arith17.pdf > > The bug is reproducible with the default options and > > xterm -geometry 80x76 > > (it seems that the size matters). With this examples, 2 lines are > affected.
looking at a trace, and considering only the control-sequences, these are the features that get exercised: CASE_APC: Application Program Command CASE_BELL - bell CASE_BI - back index CASE_BS - backspace CASE_CR CASE_DA1 CASE_DCS: Device Control String CASE_DECID CASE_DECKPAM CASE_DECKPNM CASE_DECRC - restore cursor CASE_DECSC - save cursor CASE_ENQ - answerback CASE_HP_BUGGY_LL CASE_HP_MEM_LOCK CASE_HP_MEM_UNLOCK CASE_HTS - horizontal tab set CASE_LS1R CASE_LS2 CASE_LS2R CASE_LS3R CASE_NEL CASE_OSC: Operating System Command CASE_PM: Privacy Message CASE_PRINT - printable characters CASE_RIS CASE_SOS: Start of String CASE_SS3 CASE_ST: End of String (0 bytes) (mode=0) CASE_VMOT The likely explanation for the problem in clearing is from setting the top/bottom scrolling margins (done in CASE_HP_MEM_LOCK), and prevents the portion above the top-margin from being cleared. Either a soft- or full-reset (which you can do from the middle menu) resets the scrolling margins. -- Thomas E. Dickey <dic...@invisible-island.net> http://invisible-island.net ftp://invisible-island.net
signature.asc
Description: Digital signature