From: Sven Wischnowsky <wischnow@informatik.hu-berlin.de>
To: zsh-workers@sunsite.auc.dk
Subject: Re: Infinite loop (bug in wordcode evaluation?)
Date: Mon, 31 Jan 2000 13:04:58 +0100 (MET) [thread overview]
Message-ID: <200001311204.NAA01734@beta.informatik.hu-berlin.de> (raw)
In-Reply-To: "Bart Schaefer"'s message of Sun, 30 Jan 2000 17:36:29 +0000
Bart Schaefer wrote:
> The following function reproduces the bug in an interactive shell with ZLE
> active:
>
> function hang() {
> emulate -L zsh
> trap return HUP INT QUIT
> for ((i=0; 1; i=0)) do
> tmp=()
> vared -p "Type ^C here: " tmp
> done
> }
>
> If you interrupt this with ^C, 3.1.6-dev.16 goes into a loop repeatedly
> evaluating the "for" expressions on an empty loop body. The "trap" is
> important.
The problem is that none of the functions in loop.c check if retflag
is set and hence don't return. But this was not changed by the
wordcode stuff -- and a older zsh without that I have here behaves
the same. In fact, I think that zsh behaved this way either always or
for a long time.
Bye
Sven
diff -ru ../z.old/Src/loop.c Src/loop.c
--- ../z.old/Src/loop.c Mon Jan 31 11:35:50 2000
+++ Src/loop.c Mon Jan 31 12:50:08 2000
@@ -138,6 +138,8 @@
break;
contflag = 0;
}
+ if (retflag)
+ break;
if (iscond && !errflag) {
str = dupstring(advance);
if (isset(XTRACE)) {
@@ -258,7 +260,7 @@
break;
contflag = 0;
}
- if (errflag)
+ if (retflag || errflag)
break;
}
done:
@@ -357,6 +359,10 @@
lastval = oldval;
break;
}
+ if (retflag) {
+ lastval = oldval;
+ break;
+ }
execlist(state, 1, 0);
if (breaks) {
breaks--;
@@ -364,11 +370,13 @@
break;
contflag = 0;
}
- freeheap();
if (errflag) {
lastval = 1;
break;
}
+ if (retflag)
+ break;
+ freeheap();
oldval = lastval;
}
cmdpop();
@@ -410,6 +418,8 @@
lastval = 1;
break;
}
+ if (retflag)
+ break;
}
cmdpop();
popheap();
@@ -447,6 +457,8 @@
run = 1;
break;
}
+ if (retflag)
+ break;
s = 1;
state->pc = next;
}
@@ -532,7 +544,7 @@
if (pprog && pattry(pprog, word)) {
execlist(state, 1, ((WC_CASE_TYPE(code) == WC_CASE_OR) &&
do_exec));
- while (wc_code(code) == WC_CASE &&
+ while (!retflag && wc_code(code) == WC_CASE &&
WC_CASE_TYPE(code) == WC_CASE_AND) {
state->pc = next;
code = *state->pc;
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
next reply other threads:[~2000-01-31 12:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-01-31 12:04 Sven Wischnowsky [this message]
2000-02-03 17:40 ` Bart Schaefer
-- strict thread matches above, loose matches on Subject: below --
2000-02-07 10:25 Sven Wischnowsky
2000-02-04 9:08 Sven Wischnowsky
2000-02-04 16:31 ` Bart Schaefer
2000-01-30 17:36 Bart Schaefer
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=200001311204.NAA01734@beta.informatik.hu-berlin.de \
--to=wischnow@informatik.hu-berlin.de \
--cc=zsh-workers@sunsite.auc.dk \
/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).