Zsh Mailing List Archive
Messages sorted by:
Re: Another patch to compctl-examples CVS compctl, and a bug?
- X-seq: zsh-workers 1735
- From: Peter Stephenson <pws@xxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxxx (Zsh hackers list)
- Subject: Re: Another patch to compctl-examples CVS compctl, and a bug?
- Date: Mon, 22 Jul 1996 09:34:22 +0200
- In-reply-to: "schaefer@xxxxxxxxxxxxxxxxxxxxxxx"'s message of "Fri, 19 Jul 1996 12:53:25 MET." <960719125325.ZM320@xxxxxxxxxxxxxxxxxxxxxxx>
> However, I don't know where to put a `zleactive = 0;' to prevent this.
> Does it go in getoutput()? That would solve this particular case, but
> there might be others. Does it go in entersubsh()? Or is entersubsh()
> sometimes called when we haven't really forked?
> Insights appreciated.
I'm not sure if I'd go as far as `insight', but putting zleactive to
zero in entersubsh() sounds very plausible to me. Entersubsh() is
sometimes called when we haven't really forked, but the intention is
always that the shell is about to exec a command in the manner it
would if it actually had forked. In fact, turning off the interactive
capabilities is one of its major raisons d'etre, so this looks just
It's not clear to me, by the way, whether the subset of options that
gets turned off in entersubsh() --- currently MONITOR and USEZLE (aha!
that proves it --- if USEZLE is turned off, zleactive should certainly
go to zero) is correct. If MONITOR, why not INTERACTIVE itself?
% for opt in monitor interactive; do
for> print $([[ -o $opt ]] && print $opt is set)
interactive is set
*** Src/exec.c.bart Mon Jul 22 09:27:52 1996
--- Src/exec.c Mon Jul 22 09:28:14 1996
*** 1857,1862 ****
--- 1857,1863 ----
if (sigtrapped[SIGQUIT] != 2)
opts[MONITOR] = opts[USEZLE] = 0;
+ zleactive = 0;
Peter Stephenson <pws@xxxxxx> Tel: +49 33762 77366
WWW: http://www.ifh.de/~pws/ Fax: +49 33762 77330
Deutches Electronen-Synchrotron --- Institut fuer Hochenergiephysik Zeuthen
DESY-IfH, 15735 Zeuthen, Germany.
Messages sorted by: