Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: completion bug: treats substitution of unset parameter as empty string
- X-seq: zsh-workers 27263
- From: Greg Klanderman <gak@xxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: completion bug: treats substitution of unset parameter as empty string
- Date: Thu, 10 Sep 2009 11:23:02 -0400
- In-reply-to: <20090910154053.3de0f8eb@news01> (Peter Stephenson's message of "Thu, 10 Sep 2009 15:40:53 +0100")
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <19056.37899.24683.999959@xxxxxxxxxxxxxxxxxx> <m3pra0oj0b.fsf@xxxxxxxxxxxxxx> <200909100926.n8A9QFTh025636@xxxxxxxxxxxxxx> <m3hbvana7h.fsf@xxxxxxxxxxxxxx> <20090910154053.3de0f8eb@news01>
- Reply-to: gak@xxxxxxxxxxxxxx
>>>>> On September 10, 2009 Peter Stephenson <pws@xxxxxxx> wrote:
> That's fine, however I think (belatedly answering your other question)
> that, since we don't need to backport this anywhere, using an anonymous
> function would be neater---so we're not relying on the value of "nounset"
> outside. In practice if it were set outside all hell would break loose, so
> this is pretty pernickety, but perhaps it's a useful precedent.
That works too. I went with the setopt .. unsetopt since that's what
other completion functions were doing. I do prefer the anonymous
function, aside from my objection to calling such things functions.
If I could pass arguments after the '}' maybe but you still cannot
control when it is called - it's only a local scope, not a function.
greg
Messages sorted by:
Reverse Date,
Date,
Thread,
Author