Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: [PATCH] run-help: ugly workaround for run-help-$X with alias for $X
- X-seq: zsh-workers 27522
- From: Peter Stephenson <pws@xxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: [PATCH] run-help: ugly workaround for run-help-$X with alias for $X
- Date: Wed, 16 Dec 2009 10:57:25 +0000
- In-reply-to: <091214075055.ZM8191@xxxxxxxxxxxxxxxxxxxxxx>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- Organization: CSR
- References: <20091214114004.GA31015@xxxxxxxxxxxx> <200912141342.nBEDg23i004301@xxxxxxxxxxxxxx> <091214075055.ZM8191@xxxxxxxxxxxxxxxxxxxxxx>
On Mon, 14 Dec 2009 07:50:55 -0800
Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> That unset is probably there because older versions of zsh had some
> bugs in the implementation of "var=value command ..." particularly in
> the case where "command" is a function or builtin. This stemmed from
> zsh's efforts to avoid forking when no external program was involved.
Actually, it's here (from the diff -u)...
+ unset run_help_orig_cmd
eval "run-help-$1:t ${(qq@)cmd_args[2,-1]}"
... so maybe I've missed the point: it may have been to prevent
$run_help_orig_cmd being seen by run-help-<something>. However, that seems
unlikely since (i) there's no reason they'd be confused by it (ii) they
might even find it useful.
I'll (finally) commit what's there at the moment and see what happens.
--
Peter Stephenson <pws@xxxxxxx> Software Engineer
Tel: +44 (0)1223 692070 Cambridge Silicon Radio Limited
Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, UK
Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
Messages sorted by:
Reverse Date,
Date,
Thread,
Author