From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-5900-mason-zsh=primenet.com.au@sunsite.auc.dk>
Received: (qmail 18317 invoked from network); 23 Mar 1999 13:43:42 -0000
Received: from sunsite.auc.dk (130.225.51.30)
  by ns1.primenet.com.au with SMTP; 23 Mar 1999 13:43:42 -0000
Received: (qmail 25798 invoked by alias); 23 Mar 1999 13:43:08 -0000
Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 5900
Received: (qmail 25791 invoked from network); 23 Mar 1999 13:43:05 -0000
From: "Andrej Borsenkow" <borsenkow.msk@sni.de>
To: "ZSH workers mailing list" <zsh-workers@sunsite.auc.dk>
Subject: Fun with new completion
Date: Tue, 23 Mar 1999 16:42:20 +0300
Message-ID: <003301be7532$f9106b50$21c9ca95@mowp.siemens.ru>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211

bor@itsrm2:~%> vared pat
pat    path

In other words, vared tried to complete the name of local variable, that is
defined in completion function :-) pat is not defined otherwise.

And it just occured to me, that the same could happen in e.g. [un]setopt. As
I understand, they do it by listing currently set/unset options ... with the
result, that if options are changed in some top level function, they will
list wrong options ...

/andrej