From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-20045-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 26055 invoked by alias); 29 Mar 2015 17:15:16 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 20045
Received: (qmail 25266 invoked from network); 29 Mar 2015 17:15:03 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2
Message-ID: <551831D5.9080007@gmx.com>
Date: Sun, 29 Mar 2015 13:09:41 -0400
From: Eric Cook <llua@gmx.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: zsh-users@zsh.org
Subject: Re: Seeking feedback word breaks and aliasing of tokens
References: <150327090501.ZM4166@torch.brasslantern.com> 	<5517402C.1000005@gmx.com> <150328211913.ZM6831@torch.brasslantern.com>
In-Reply-To: <150328211913.ZM6831@torch.brasslantern.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Provags-ID:  V03:K0:zwbDBr8OkxSVVfVjM1KZboEnKBn0y/RopNFWi6ttMuj4+HQz/4y
 6BM6VR+49rT+m9vvRYxzJgKY5pqdOh7JxA1wKHTtUzZFNTdEHb5tpXG3Sg15bq457mtxuWk
 RuCYxBhw3FufwyOFmjyF2NeQRy/zIMovF4iG4KFxWhEEhxISpLHxbt7KERG6XO4f2hiGhFr
 Ss+Zqdj5eyVPOFe08T0qA==
X-UI-Out-Filterresults: notjunk:1;

On 03/29/2015 12:19 AM, Bart Schaefer wrote:
> On Mar 28,  7:58pm, Eric Cook wrote:
> }
> } It personally looks weird to me on first glance and i wouldn't expect it
> } to work like that, but i do not oppose the change.
>
> Sorry, could you clarify which thing looks weird to you?
The additional effect example is what looks weird to me. I was mostly
curious how it would affect completion that relys on $words or $service
since with {-<tab> or {subcommand <tab> there would only be one word on
the line. But i was reminded in IRC that aliases expand before compsys runs.
>
> } Also, compsys doesn't seem to like it currently:
> } alias \{=echo
> } {<tab> # segfaults zsh currently (not sure if someone else brought it up
> } in the original thread)
>
> Again I'm not sure precisely what "it" means, but *without* my patch from
> workers/34781, I get this:
>
> torch% alias \{=echo
> torch% {<TAB>
> zle_tricky.c:668: BUG: 0 <= wb (-3) <= zlemetacs (1) <= we (1) is not true!
> Program received signal SIGSEGV, Segmentation fault.
> (gdb) where 3
> #0  0x080cdb32 in ztrsub (t=0x8b48a35 "", 
>     s=0x8b74001 <Address 0x8b74001 out of bounds>)
>     at ../../zsh-5.0/Src/utils.c:4491
> #1  0x081334ab in docomplete (lst=0)
>     at ../../../zsh-5.0/Src/Zle/zle_tricky.c:675
> #2  0x081328a9 in completeword (args=0x8171b60)
>     at ../../../zsh-5.0/Src/Zle/zle_tricky.c:232
> (gdb) up
> #1  0x081334ab in docomplete (lst=0)
>     at ../../../zsh-5.0/Src/Zle/zle_tricky.c:675
> 675         if (viinsbegin > ztrsub(zlemetaline + wb, zlemetaline))
>
> *With* 34781, there is no "BUG:" or segmentation fault.  So I think that
> is justification enough to commit it, and we can revisit if necessary.
... and that was "it". I tried a build before a commit referencing
workers/34781 was made, ZSH_PATCHLEVEL was zsh-5.0.7-362-gab40656. sorry
about that :D