From: "Bart Schaefer" <schaefer@candle.brasslantern.com>
To: zsh-workers@sunsite.dk
Subject: Re: `make' completion in zsh-3.1.9
Date: Thu, 22 Mar 2001 06:35:12 +0000 [thread overview]
Message-ID: <1010322063513.ZM19685@candle.brasslantern.com> (raw)
In-Reply-To: <200103211441.PAA29343@beta.informatik.hu-berlin.de>
On Mar 21, 3:41pm, Sven Wischnowsky wrote:
} Subject: Re: `make' completion in zsh-3.1.9
}
} > } Bart Schaefer wrote:
} > }
} > } > zsh% while read -e; do :; done < Makefile | less
} > } >
} > } > hangs until interrupted. This works:
} > } >
} > } > zsh% { while read -e; do :; done < Makefile } | less
}
} The problem is that the loop is not put in a sub-shell. Ahem.
}
} And w.r.t. the code in execcmd() this is correct (of, course, code is
} always correct, silly me). But how can we solve this? Didn't it once
} work?
It works in 3.0.8.
} Changing the test at exec.c:1968 to also test for is_cursh
} makes it work only half the way -- less comes up, but if one leaves it
} (fast enough) the sub-shell gets blocked, trying to write into the
} pipe and being too stupid to find out that it can't anymore.
You can see this by making the change Sven describes and then piping to
"head -1" instead of less.
} I'm very much confused... anyone know what we are supposed to do now?
Why does it work when the while-construct is wrapped with { } ?
Why can't we "pretend" -- in the wordcode compiler, if necessary -- that
every complex command is wrapped with { } ?
`{ LIST }' should be semantically equivalent to `LIST', right?
The tricky bit is that it has to be possible to traverse the wordcode in
such a way as to regenerate the original input without inserting zillions
of "extraneous" braces. (I've often suspected that this strange double
duty that's imposed on zsh's syntax trees is responsible for a lot of
needless complexity in exec.c.) Perhaps a special type-value for the
wordcode node to indicate that the braces should not be output?
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
next prev parent reply other threads:[~2001-03-22 6:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-21 14:41 Sven Wischnowsky
2001-03-22 6:35 ` Bart Schaefer [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-03-20 10:33 Sven Wischnowsky
2001-03-20 18:42 ` Bart Schaefer
[not found] <200103190934.KAA01031@beta.informatik.hu-berlin.de>
2001-03-19 10:17 ` Peter Stephenson
2001-03-19 18:27 ` 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=1010322063513.ZM19685@candle.brasslantern.com \
--to=schaefer@candle.brasslantern.com \
--cc=zsh-workers@sunsite.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).