Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Matthias has another segmentation fault
- X-seq: zsh-workers 19898
- From: Bart Schaefer <schaefer@xxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Matthias has another segmentation fault
- Date: Sun, 9 May 2004 15:16:29 -0700 (PDT)
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
[I'm a bit behind on some of my email.]
I've asked him privately for more info, because there _is_ a test for
zsh/stat right at the top of zls, but that doesn't seem to be related
to the segfault, unless the segfault occurs while parsing the output of
the wrong stat command.
----- Forwarded message from Matthias Kopfermann -----
Date: Sun, 2 May 2004 22:52:14 +0200
From: Matthias Kopfermann
Subject: zls and missing builtin entry
Hi Bart again,
Two minutes ago I found out why I was not able to use zls for such a
very long time. There is an _external_ gnu-command stat, too and zls after
autoloading just used that to display all the files because it is not
stated that a _builtin_ stat should be used but only the word "stat" [is
mentioned].
And this one fails miserably and i get:......
(ooh, wait, there is another bug after i did
zls 2>/tmp/zls <enter>
BUG: attempt to free more than allocated.
BUG: attempt to free more than allocated.
and zsh segfaulting, i guess.
Couldn't reproduce it the second time though. )
anyway: instead of "stat" there should be "builtin stat" to not get these
bad reactions or a test to see if the stat-module really is loaded or
not.
Matthias
----- End forwarded message -----
Messages sorted by:
Reverse Date,
Date,
Thread,
Author