Re: zsh/complist colours improperly handle multibyte characters

[Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>]

On Sun, 23 Oct 2016 10:56:52 -0700
Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> [This is off-list, did you mean to?]

No, that was just stuipdity.

> On Oct 23,  6:46pm, Peter Stephenson wrote:
> } Subject: Re: zsh/complist colours improperly handle multibyte characters
> }
> } On Thu, 20 Oct 2016 21:07:35 -0700
> } Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> } > Stepping through with gdb for the vertical-bar pattern, I get:
> } > 
> } >  pattern.c:1530: BUG: - missing from numeric glob
> } 
> } Sounds like they're being treated as pattern characters when that's not
> } what you want?
> 
> No, sorry, this is a UTF-8 full-line-height vertical-bar, not ascii pipe.
> It's incorrectly interpreted as a left angle bracket pattern character,
> if that BUG message is accurate.

Ah, then there's a good chance this is indeed a problem with
zshtokenize.  We probably ought at least to pass through metafied
characters.  I don't know that fits this particular case, but it's the
obvious problem.

pws

diff --git a/Src/glob.c b/Src/glob.c
index a845c5f..0442bbf 100644
--- a/Src/glob.c
+++ b/Src/glob.c
@@ -3499,6 +3499,10 @@ zshtokenize(char *s, int flags)
     for (; *s; s++) {
       cont:
 	switch (*s) {
+	case Meta:
+	    /* skip Meta as well as following character */
+	    s++;
+	    break;
 	case Bnull:
 	case Bnullkeep:
 	case '\\':