From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id d2daaef9 for ; Wed, 19 Feb 2020 09:36:10 +0000 (UTC) Received: (qmail 11850 invoked by alias); 19 Feb 2020 09:36:00 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: List-Unsubscribe: X-Seq: 24693 Received: (qmail 10624 invoked by uid 1010); 19 Feb 2020 09:36:00 -0000 X-Qmail-Scanner-Diagnostics: from mailout2.w1.samsung.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.2/25725. spamassassin: 3.4.2. Clear:RC:0(210.118.77.12):SA:0(-7.0/5.0):. Processed in 2.293582 secs); 19 Feb 2020 09:36:00 -0000 X-Envelope-From: p.stephenson@samsung.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.samsung.com designates 210.118.77.12 as permitted sender) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com 20200219093522euoutp02026458b2865a3d843d91b99457975b79~0xAtetXXF2910729107euoutp024 X-AuditID: cbfec7f2-ef1ff7000001ef66-b8-5e4d0159e007 Message-ID: <1582104920.6506.3.camel@samsung.com> Subject: Re: Having a hard time dealing with a completion collision From: Peter Stephenson To: Date: Wed, 19 Feb 2020 09:35:20 +0000 In-Reply-To: <20200218191720.ae3fafhyrrqch5um@NUX> X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrLIsWRmVeSWpSXmKPExsWy7djP87qRjL5xBuuO21jsOLmS0YHRY9XB D0wBjFFcNimpOZllqUX6dglcGcuWnmcuWMdV0fc6qYFxOUcXIyeHhICJxKqFF9i7GLk4hARW MEoc7v3FDJIQEuhhkrjaIAKR6GaSuNG5jgmmY/ILkCKQxHJGiV3znrFDdABVbbjBC5E4wyix askVqLkXGCV2fO1lA6niFTCUeHZ/J9goYQFnifa2HrA4G1B86qbZjCC2iIC4xLOZ31hAbBYB VYklbXvAajgFjCSen1/KDnGGhsSGm8eYIGYKSpyc+QSsnllAXqJ562yw8yQE7rNJrHnzkRWi wUVi+8l3zBC2sMSr41ugBslI/N85nwmioZ1RYs2k1+wQTg+jxKajdxghqqwl+m5fBLI5gFZo SqzfpQ8RdpQ4+ugyG0hYQoBP4sZbQYgj+CQmbZvODBHmlehoE4KoVpPY0bSVESIsI/F0jcIE RqVZSD6YheSDWQirFjAyr2IUTy0tzk1PLTbMSy3XK07MLS7NS9dLzs/dxAhMBKf/Hf+0g/Hr paRDjAIcjEo8vJnnveOEWBPLiitzDzFKcDArifB6i3vFCfGmJFZWpRblxxeV5qQWH2KU5mBR Euc1XvQyVkggPbEkNTs1tSC1CCbLxMEp1cC4PubvrbnPWvLD7/XvVFzhJG0xqSOxml2yzMfJ fUZtbH9xwEzJv49DHAKcxbn2P4oumLlxT+S/CR/ndpVKWzPXNjLc2bCTeccF9uI4xzet73Zb 7A6Ne1xxJl5pw8RWLifvckuf3Jwbr+bqtk59pCefEm19w+CT+grNkq1ZhUun7aw34S4RmafE UpyRaKjFXFScCAD8XnXLAAMAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkkeLIzCtJLcpLzFFi42I5/e/4Xd1IRt84g587dSx2nFzJ6MDoserg B6YAxig9m6L80pJUhYz84hJbpWhDCyM9Q0sLPSMTSz1DY/NYKyNTJX07m5TUnMyy1CJ9uwS9 jGVLzzMXrOOq6Hud1MC4nKOLkZNDQsBEYvKLX8wgtpDAUkaJ42/dIeIyEp+ufGSHsIUl/lzr Yuti5AKq6WSS+DrxIxOEc4ZR4sal9VDOBUaJpcsfgY3iFTCUeHZ/JxOILSzgLNHe1sMGYrMB xadums0IYosIiEs8m/mNBcRmEVCVWNK2B6yGU8BI4vn5pewQQ28ySpzteQV2B7OApkTr9t9Q N2lIbLh5jAlimaDEyZlPWCBq5CWat85mnsAoNAtJyywkZbOQlC1gZF7FKJJaWpybnltsqFec mFtcmpeul5yfu4kRGPzbjv3cvIPx0sbgQ4wCHIxKPLwZ573jhFgTy4orcw8xSnAwK4nweot7 xQnxpiRWVqUW5ccXleakFh9iNAX6aCKzlGhyPjAy80riDU0NzS0sDc2NzY3NLJTEeTsEDsYI CaQnlqRmp6YWpBbB9DFxcEo1MFbr5TrHchavMs7YvzCndXHWwftmucn2jzy+iasXzW9tF/3k aH+Awefcm8DtcvoH8hpcTh76vUDFtb95XYeBT5mczTz/2FXnfxj8j2Dvvlm6Xfv5B0uxGY8m dE+VcZz7Ruh8xLnJ0UFr9y2U/GKpLnZdsjM/4HqD3e32Mz8M1pazfb7y/a/9JiWW4oxEQy3m ouJEAGRm3OCUAgAA X-CMS-MailID: 20200219093521eucas1p204f817e15070626be85cd248a962849d X-Msg-Generator: CA Content-Type: text/plain; charset="utf-8" X-RootMTR: 20200218163908eucas1p28a3b95a5e11163f515ee6e902ff9bbf5 X-EPHeader: CA CMS-TYPE: 201P X-CMS-RootMailID: 20200218163908eucas1p28a3b95a5e11163f515ee6e902ff9bbf5 References: <20200218163725.zdkiord4uaxmutsk@NUX> <1582045340.4529.20.camel@samsung.com> <20200218191720.ae3fafhyrrqch5um@NUX> On Tue, 2020-02-18 at 21:17 +0200, Doron Behar wrote: > On Tue, Feb 18, 2020 at 05:02:20PM +0000, Peter Stephenson wrote: > > > > The files have different names, so they're both loaded.  To get the > > first file to be loaded used by compdef, remove the ~/.zcompdump* file > > --- exact names vary depending on configuration but it's safe to > > remove any you find --- and it will be regenerated with the correct > > configuration next time you start the shell. > If I remove the ~/.zcompdump* files and don't ran the `compdef` command, > the same issue occurs. That suggests something unusual in your set up as the compinit script handles this case by design.  For example, - fpath is being modified after compinit; - something is using "compdef" explicitly for the wrong function. Obviously, those are just random guesses.  You can get a bit further by looking in the appropriate .zcompdump file.  If it's showing the wrong function, that suggests the fpath was not set up correctly at the point compinit was run.  If it's showing the right function, something monkeyed with the definition later.    If you care enough, you could instrument compdef to print a message when it handles one of the two functions. However, your workaround of using compdef by hand will be fine. pws