Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Zle redisplay bug in pws-24
- X-seq: zsh-workers 6875
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Zle redisplay bug in pws-24
- Date: Sun, 27 Jun 1999 09:38:15 +0000
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
It's probably present in other versions too ... yup, 3.0.6-pre-5 has it ..
It happens with a multiline buffer, and appears to have something to do with
killing a line that is exactly one character shorter than the width of the
terminal. Here's how I reproduced it:
Start with a prompt string that's ten characters long (e.g. "zagzig<2> " was
mine at the time). In netscape, go to article 6850 in the zsh-workers
archive; drag-select the patch at the end (from "---" through "sleep(1);").
Back in your zsh terminal, start a here-document ("patch -p0 -R <<'EOF'")
and then paste in the text. Finish with EOF and hit return. Note that
the patch fails because of whitespace differences (sigh). Hit ctrl-P to
call back the here-document and move up to edit the "patch" line. Decide
that's not what you want to do after all and idly begin tapping ctrl-K
until you see:
zagzig<2> while ((ttpgrp = gettygrp()) != -1 && ttpgrp != mypgrp) {
sleep(1);
EOF
The cursor at this moment is right after the prompt. Hit ctrl-K again and
you see (cursor represented by an underscore):
_
zagzig<7> sleep(1);
EOF
Whoops, the prompt moved down to the "sleep(1);" line, but the cursor is
still on the line above it!
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Messages sorted by:
Reverse Date,
Date,
Thread,
Author