From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4336 invoked from network); 13 Jun 1997 16:57:04 -0000 Received: from euclid.skiles.gatech.edu (list@130.207.146.50) by ns1.primenet.com.au with SMTP; 13 Jun 1997 16:57:04 -0000 Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id MAA08466; Fri, 13 Jun 1997 12:01:01 -0400 (EDT) Resent-Date: Fri, 13 Jun 1997 12:01:01 -0400 (EDT) From: Zefram Message-Id: <17220.199706131604@stone.dcs.warwick.ac.uk> Subject: Re: BUG? in histreduceblanks in 3.1.2-beta To: borsenkow.msk@sni.de Date: Fri, 13 Jun 1997 17:04:28 +0100 (BST) Cc: zsh-workers@math.gatech.edu In-Reply-To: from "Andrej Borsenkow" at Jun 13, 97 03:54:42 pm X-Loop: zefram@dcs.warwick.ac.uk X-Stardate: [-31]9478.34 X-Phase: The Moon is Waxing Gibbous (55% of Full) X-US-Congress: Moronic fuckers X-Personality: INTJ X-This-is-not-HTML: Content-Type: text Resent-Message-ID: <"HK8tB1.0.D42.zwMep"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/3236 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu It is obviously a display bug, related to long lines, and nothing to do with HIST_REDUCE_BLANKS. I can reproduce it: it happens when some line other than the first screen line wraps around. So, if $COLUMNS is 20, the following display will work OK: % abcdefghijklmnopqr stuvwxyz more lines that don't wrap But this gets mangled: % a short line a longer line that d oes wrap The display is OK while the text is being typed, but some types of refresh (including a complete redraw prompted by use of `redisplay') will introduce extra blank lines and related phenomena. Possibly relevant data point: the terminal on which I reproduced this does have the :am: capability. I also know that its termcap is definitely correct. -zefram