Re: Seeking feedback word breaks and aliasing of tokens

[Eric Cook <llua@xxxxxxx>]

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