zsh bug

zsh bug

[Drew Middlesworth]

I've been able to reproduce this bug on Ubuntu Dapper (zsh
4.2.5-23ubuntu3), Ubuntu Edgy (zsh 4.3.2-13ubuntu1), Ubuntu Gusty (zsh
4.3.4-14ubuntu2),CentOS5 (zsh-4.2.6-1) and also in the latest
development (zsh 4.3.4) on multiple operating systems. This issue
doesn't seem to exist in zsh version 4.1.1 that we also tested. The
steps to reproduce this are below.

Could you also reply CC my address too? Thanks,

Drew


Steps to reproduce (on dapper, with vi bindings):
 - enter some commands (echo foo ...)
 - hit esc to go into command mode
 - do a backward search: hit [the ?/ key] to get a '?' char indicating
  a backward search. search for something you typed a few lines
  back.
 - the search is successful, you're now a few lines back in the history
 - repeat:
  - shift-[the ?/ key] to get a '/' char indicating a forward-search
    (yes, normally you'd press [?/] without shift to get this char, but
     they invert it, since normally you want to search backwards
     through history)
  - backspace: don't search
  - scroll up or down in the history

After a few tries, pressing shift-[?/], when a '/' char should appear will
crash zsh:

Here, I searched backwards for 'echo c', then it crashed (after a few
tries) when I'd scrolled back to the 'echo a' line and tried a
forward-search:

epizzi@epizzi:~$ zsh
[epizzi:~]$ echo a
a
[epizzi:~]$ echo b
b
[epizzi:~]$ echo c
c
[epizzi:~]$ echo d
d
[epizzi:~]$ echo e
e
[epizzi:~]$ echo *** glibc detected *** double free or corruption
(fasttop): 0x080dfea8 ***
Aborted

Re: zsh bug

[Peter Stephenson]

"Drew Middlesworth" wrote:
> I've been able to reproduce this bug on Ubuntu Dapper (zsh
> 4.2.5-23ubuntu3), Ubuntu Edgy (zsh 4.3.2-13ubuntu1), Ubuntu Gusty (zsh
> 4.3.4-14ubuntu2),CentOS5 (zsh-4.2.6-1) and also in the latest
> development (zsh 4.3.4) on multiple operating systems.

You might find it was fixed by the following patch
http://www.zsh.org/mla/workers/2007/msg00735.html

2007-09-13  Clint Adams  <clint@zsh.org>

	* 23813: Src/Zle/zle_hist.c: set vipenultsrchstr to NULL
	after freeing it to avoid vi-mode history search segfaults.


-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070

Re: zsh bug

[Geoff Wing]

Glenn Trigg <glenn@aus.compgen.com> typed:
:The version of zsh I'm using is 3.0.6-pre-2 with gjb's "color-n-editing"
:patch applied.
:
:The wierd behaviour happens when I do the following:
:kill -1 $(cat /var/run/ine
:when I hit tab there, the line completes as:
:kill -1 $(cat /var/run/ineetd.pid
:I.e I get the extra letter which is the letter at the end when I hit
:tab.

And it's reproducible with "zsh -f" (vanilla 3.0.6-pre-2)
-- 
Geoff Wing   <gcw@pobox.com>     NEW>>>>Mobile : (Australia) 0413 431 874
Work URL: http://www.primenet.com.au/   Ego URL: http://pobox.com/~gcw/

zsh bug

[Glenn Trigg]

Hello,

Greg Badros suggested I send a mail to this list to inform you
of a bug I'm experiencing in zsh.

Firstly though, I'll just mention that I've been using zsh for a
couple of weeks and I really like it. Previously I was a long-term
tcsh user.

The version of zsh I'm using is 3.0.6-pre-2 with gjb's "color-n-editing"
patch applied.

The wierd behaviour happens when I do the following:

kill -1 $(cat /var/run/ine

when I hit tab there, the line completes as:

kill -1 $(cat /var/run/ineetd.pid

I.e I get the extra letter which is the letter at the end when I hit
tab.

I haven't subscribed to this mailing list so if anyone has something to
tell me please cc me directly.

Regards,

Glenn Trigg

zsh bug

[Arnon Kanfi]

Hi,

I have discovered a bug in zsh 3.1.4 when used on SunOs. when doing an "su"
zsh will not read any of the global RC files. After tracking the problem I
have found out that su on SunOs 4.1.4 sets argv[0] to "-su" which causes zsh
to do "sh" emulation and not read the RC files. Enclosed is a small patch
that fixes the problem on SunOs (I use the "SHELL" env variable which is set
correctly to /usr/bin/zsh)

In addition to that I ran into another problem on AIX 4.3 with EGCS. Were
the
generated executable could not be loaded because of alignment problems, See
below:

      0509-036 Cannot load program ./zsh because of the following errors:
      0509-029 Alignment of text does not match required alignment.
      0509-025 The ./zsh file is not executable or not in correct XCOFF
format.
      0509-026 System error: Cannot run a file that does not have a valid
form

Adding -H512 to the linker flags in the gcc specs file fixed the above
problem.

Hope that helps.
Arnon

diff -ubw /usr2/misc/tools/zsh-3.1.4/Src/main.c\~
/usr2/misc/tools/zsh-3.1.4/Src/main.c
--- /usr2/misc/tools/zsh-3.1.4/Src/main.c~	Wed Apr 29 17:42:50 1998
+++ /usr2/misc/tools/zsh-3.1.4/Src/main.c	Sun May 16 17:35:02 1999
@@ -43,6 +43,9 @@

     init_hackzero(argv, environ);

+    if (strcmp(argv[0], "-su") == 0)
+        argv[0] = getenv("SHELL");
+
     for (t = argv; *t; *t = metafy(*t, -1, META_ALLOC), t++);

     if (!(zsh_name = strrchr(argv[0], '/')))

Diff finished at Sun May 16 17:38:39