Zsh Mailing List Archive
Messages sorted by:
Re: zle messes up 'words' variable?
- X-seq: zsh-workers 29130
- From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- Subject: Re: zle messes up 'words' variable?
- Date: Mon, 2 May 2011 21:11:19 +0300
- Cc: zsh-workers@xxxxxxx, felipe.contreras@xxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+7cY5Bbkl/ehmp26Sb1j+WjRSvhu/u3bYIuo28tFaJM=; b=GKbM/YRcbMIdxBqGwWWd94ewJW1BM6H/F1gd9c1xJZGmVYQc+NGillU7Tl5/4A1obd JKJIDmxQZMpDhXMlY8sLLkeSAZvXizND/tldxZpW4byiL9D3gJK5br3mN29v/n/9lTot 3PWEbQ9TMGN+AU2HvvxaH6TfNavkXl/MkEnzY=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=J3WAD8DOy02wTyWVPgShIZWwimfZIMOEDDL3UPgI2u6N9Ngdyx5Ma0L6gcWfzDirwR A4K3h9Mz/mNxAIkCmFsDV1uaK36QlPaX2d9EZ//CzMkRUFXbl7n1IIMwgFv+vA6m6jjX Vk/Y5fpB5xB1f+W314arKO2CO9bLfiQlGlCG0=
- In-reply-to: <110428203139.ZM11856@torch.brasslantern.com>
- List-help: <mailto:firstname.lastname@example.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:email@example.com>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <BANLkTik3BGrNd389-cDELWwdqR_LZ-qgOA@mail.gmail.com> <BANLkTinGAGOPj52wRq1yjpyJtmSuZhMCmQ@mail.gmail.com> <110428203139.ZM11856@torch.brasslantern.com>
On Fri, Apr 29, 2011 at 6:31 AM, Bart Schaefer
> On Apr 28, 11:19pm, Felipe Contreras wrote:
> } I saw the following reply online but I wasn't CC'ed:
> I typically don't Cc on mail to the list unless the sender specifically
> asks for that. If you asked and I missed it, I apologize.
Oh, I'm typically on mailing lists where Reply-To isn't munged so it's
not necessary to ask for that. But I'll do that.
> } > What may be happening is that "sticky emulation" is in effect, so
> } > that when the function is autoloaded in bash compatibility mode,
> } > "words" becomes non-special. If so, I'm not familiar enough with
> } > bashcompinit to say whether that's intentional or an accidental
> } > side-effect.
> } This has nothing to do with bashcompinit, the issue is with plain
> } compinit.
> Your example in workers/29086 explicitly loads and runs bashcompinit.
> What am I missing?
What is 'workers/29086'?
This thread is titled "zle messes up 'words' variable?", and the test
has nothing to do with bashcompinit:
> } BTW. This messes up with a very important function in bash completion:
> } _get_comp_words_by_ref()
> I'm now entirely confused.
> I no longer believe that I know what you mean by "in bash completion."
By bash completion I mean:
> There's no shell function _get_comp_words_by_ref anywhere in the zsh
> sources. Where is that coming from?
But it seems it has changed.
> If what you're doing is loading functions into zsh that were written to
> be used with bash's compgen, then I don't follow how you can NOT be
> using bashcompinit.
I am using bashcompinit, but the issue appears without it.
Messages sorted by: