zsh-workers
 help / color / mirror / code / Atom feed
* zsh 3.0.1 command line editor or terminal i/o bug?
@ 1996-11-12 20:37 Robert F Tobler
  1996-11-13  8:38 ` C. v. Stuckrad
  0 siblings, 1 reply; 2+ messages in thread
From: Robert F Tobler @ 1996-11-12 20:37 UTC (permalink / raw)
  To: zsh-workers


When I just tried zsh 3.0.1 on my i386-next-nextstep3 I noticed the following  
problem: when tying very fast using Ctrl-A and Ctrl-K as well, I can get into  
a weird screen update problem, where each additional entered character  
triggers a redraw of the whole line, but with a carriage return before  
redrawing, and sometimes even some characters will be drawn on top of each  
other!!!

Now this might be a problem with the next terminal, but it didn't happen in  
zsh-3.0.0.
I tried to reproduce the problem with zsh -f, but couldn't. On the other hand  
I managed to produce a semgentation fault using zsh -f, and just typing  
characters, Ctrl-A, Ctrl-D, Ctrl-S, Ctrl-K!!!

Again, I have never managed to make zsh-3.0.0 produce a segmentation fault.

rft

------------------------------------------------------------------------
  Robert F. Tobler                 -  tel:+43(1)58801-4585,fax:5874932
  Institute of Computer Graphics   -  mailto:rft@cg.tuwien.ac.at
  Vienna University of Technology  -  http://www.cg.tuwien.ac.at/~rft/


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: zsh 3.0.1 command line editor or terminal i/o bug?
  1996-11-12 20:37 zsh 3.0.1 command line editor or terminal i/o bug? Robert F Tobler
@ 1996-11-13  8:38 ` C. v. Stuckrad
  0 siblings, 0 replies; 2+ messages in thread
From: C. v. Stuckrad @ 1996-11-13  8:38 UTC (permalink / raw)
  To: Zsh workers list; +Cc: rft

On Tue, 12 Nov 1996, Robert F Tobler wrote:

> Subject: zsh 3.0.1 command line editor or terminal i/o bug?
> 
> When I just tried zsh 3.0.1 on my i386-next-nextstep3 I noticed the following  
> problem: when tying very fast using Ctrl-A and Ctrl-K as well, I can get into  
> a weird screen update problem, where each additional entered character  
> triggers a redraw of the whole line, but with a carriage return before  
> redrawing, and sometimes even some characters will be drawn on top of each  
> other!!!
We have that too ! My favorite way of messing up the screen was:
doing:	cd _some_large_directory_
typing:	ls *
expanding the '*' by hitting <Tab>
typing:	<Ctrl-A>

Then every character typed  echos the whole start of line up to this
character as:
aa...rest_of_line...
abab...
abcabc...
abcdabcd...  and so on.

The rest of the line is moved correctly as if I had typed twice as many
characters as I really hit.  But sometimes the screen scrolls up, so I
assume the end of the line overruns the lowest rightmost position on the
screen. Many users have run into similar behaviours since we switched to
3.0.1 and 3.0.0 does NOT do it.

Stucki

Christoph von Stuckrad       * *  | talk to  | <stucki@math.fu-berlin.de> \
Freie Universitaet Berlin    |/_* | nickname | ...!unido!fub!leibniz!stucki|
Fachbereich Mathematik, EDV  |\ * | 'stucki' | Tel:+49 30 838-7545{9|8}    |
Arnimallee 2-6/14195 Berlin  * *  |  on IRC  | Fax:+49 30 838-5913        /



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1996-11-13  8:51 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1996-11-12 20:37 zsh 3.0.1 command line editor or terminal i/o bug? Robert F Tobler
1996-11-13  8:38 ` C. v. Stuckrad

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).