zsh-workers
 help / color / mirror / code / Atom feed
From: Huy Le <huyle@chop.ugcs.caltech.edu>
To: zsh-workers@math.gatech.edu
Subject: Remaining zsh3.0-pre2 bugs
Date: Sat, 06 Jul 1996 15:59:25 -0700	[thread overview]
Message-ID: <199607062259.PAA11588@envy.ugcs.caltech.edu> (raw)

Here are some bugs that I've reported but still remain in the latest
version of zsh.
The apply for both HP-UX 9.01 and IRIX 5.3

------------------------------------------------------------------------------
1. History bug:
The magic-space binding seems to mess up the history of
a line with a quoted argument that spawns two lines.
Note that in the following examples the number of spaces
and the placement of the single-quote matter.

pride% exec ./zsh -f
pride% echo 'a
> b c'
a
b c
pride% history
    1  echo 'a\nb c'
    2  history
pride% echo 'a
> b' c
a
b c
pride% history
    1  echo 'a\nb c'
    2  history
    3  echo 'a\nb' c
    4  history
pride% exec ./zsh -f
pride% bindkey ' ' magic-space
pride% echo 'a
> b c'
a
b c
pride% history
    1  bindkey ' ' magic-space
    2  history
pride% echo 'a
> b' c
a
b c
pride% history
    1  bindkey ' ' magic-space
    2  history
    3   c
    4  history

------------------------------------------------------------------------------
2. tty bug
When running either of the two sequences:
  while echo crap >/dev/null; do done
  while true; do echo crap >/dev/null; done
and interrupting them with <CTRL>-C, my output gets lost from then on.
This is an intermittent problem on HP-UX--keep doing it and eventually
it'll happen. On IRIX, the bug has happened to me every time.

pride% while echo crap >/dev/null; do done
pride% echo yes
pride% exec >/dev/tty
pride% echo yes
yes
pride%

------------------------------------------------------------------------------
3. tty bug #2
When tty output of "less" or "more" is suspended because it's in the
background, after "fg"ing my tty settings are reset to default.
This problem is hard because on HP-UX it is intermittent; happens more
regularly on IRIX.  Also, enough output must be generated (hence ls /bin)
so that you can quit out of "less" in the middle of the output.
As a semi-test that this is a zsh bug, I ran the same sequences of
commands under tcsh, and didn't get the bug.

acro% exec ./zsh -f
acro% stty eof '^D'
acro% stty -a
speed 38400 baud; line = 1;
intr = ^C; quit = ^@; erase = DEL; kill = ^U; eof = ^D; eol = ^@; old-swtch = ^Z; susp = ^@
    [other stty output snipped]
acro% /bin/ls /bin |less &
[1] 18444 18445
acro%
[1]  + suspended (tty output)  /bin/ls /bin | less
acro% fg
[1]  + continued  /bin/ls /bin | less
4d
4d60
CC
DCC
NCC
OCC
X11
[
acroread
alpq
apropos
ar
as
at
autopush
awk
banner
basename
batch
bc
bdiff
bfs
cal
[less pauses after one page-full; I hit 'q']
acro% stty -a
speed 38400 baud; line = 1;
intr = ^C; quit = ^@; erase = DEL; kill = ^U; eof = ^A; eol = ^@; old-swtch = ^@; susp = ^@
[other stty output snipped]

------------------------------------------------------------------------------
4. vi-compatibility ZLE bug
In vi-mode, when hitting <u> for undo, the cursor does not end up
where it would in vi.



             reply	other threads:[~1996-07-06 23:06 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-07-06 22:59 Huy Le [this message]
1996-07-07  5:29 ` Bart Schaefer
1996-07-07  5:53 ` Bart Schaefer
1996-07-07  7:07   ` Bart Schaefer
1996-07-07  6:08 ` Bart Schaefer
1996-07-07  9:06   ` Zefram
1996-07-08  0:48 ` Zoltan Hidvegi
1996-07-08  4:22   ` Bart Schaefer
1996-07-08  6:21     ` Bart Schaefer
1996-07-08  7:57       ` Zefram
1996-07-08  8:48         ` Bart Schaefer
1996-07-09  1:32           ` Zoltan Hidvegi
1996-07-09  9:08             ` Bart Schaefer
1996-07-09 14:06               ` Zoltan Hidvegi
1996-07-10 19:11                 ` Bart Schaefer
1996-07-10 19:48                   ` Zoltan Hidvegi
1996-07-11  0:04                     ` Bart Schaefer
1996-07-11 12:16                       ` Zoltan Hidvegi
1996-07-11 16:45                         ` Bart Schaefer
1996-07-08 14:28     ` Zoltan Hidvegi
1996-07-08  6:38   ` Bart Schaefer
1996-07-11  8:11 ` Peter Stephenson
1996-07-11 12:51   ` Redirection bug fix Peter Stephenson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=199607062259.PAA11588@envy.ugcs.caltech.edu \
    --to=huyle@chop.ugcs.caltech.edu \
    --cc=zsh-workers@math.gatech.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).