zsh-users
 help / color / mirror / code / Atom feed
From: "Bart Schaefer" <schaefer@candle.brasslantern.com>
To: Andre Pang <ozone@algorithm.com.au>, zsh-users@sunsite.auc.dk
Subject: Re: problem completing anything after directory/<TAB>
Date: Sat, 28 Apr 2001 05:47:05 +0000	[thread overview]
Message-ID: <1010428054705.ZM27672@candle.brasslantern.com> (raw)
In-Reply-To: <20010428131937.A3925@exodus>

On Apr 28,  1:19pm, Andre Pang wrote:
}
}     13:11 /% cd usr/<TAB>
}     completing `directory' or `corrections'
} 
} doesn't perform any completion whatsoever.
} 
} zsh details:
} 
}     kshglob

You've discovered a rather serious problem with the function compilation
scheme, and it's a good thing someone found it before the 4.0.1 release.

For those who haven't been following zsh-workers, some while back a new
mechanism was introduced whereby zsh functions are "compiled" into a very
compact internal coding so that they'll occupy less space and execute
faster.  One part of this compilation process is to pre-process glob
patterns when they appear inside [[ ]] or in `case' labels, into the form
used internally by the matching code, so that they don't have to be
recomputed every time they're used.

Unfortunately, zsh has options like kshglob that change the syntax of
glob patterns.  When the completion system functions are autoloaded
with kshglob in effect, the meanings of some of those patterns is
altered -- and is compiled into the function, so even though kshglob is
later turned off by the completion system, the [[ ]] and `case' patterns
retain their ksh interpretations and fail to work.

This is going to be somewhat difficult to fix; a possibility is that the
`zcompile -z' and `autoload -z' commands are going to have to be extended
to disable kshglob as well as kshautoload when processing a "zsh style"
function, and we may have to consider installing compiled rather than
(or as well as) text versions of all the completion system code.

But perhaps Sven and/or PWS, who are more familiar with the compilation
and globbing code than I, can think of a way to have the run-time rather
than compile-time setting of kshglob apply to those patterns, which
would be the preferred solution.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   


      reply	other threads:[~2001-04-28  5:47 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-28  3:19 Andre Pang
2001-04-28  5:47 ` Bart Schaefer [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1010428054705.ZM27672@candle.brasslantern.com \
    --to=schaefer@candle.brasslantern.com \
    --cc=ozone@algorithm.com.au \
    --cc=zsh-users@sunsite.auc.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).