From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: zsh-workers-return-43593-ml=inbox.vuxu.org@zsh.org X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,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 be401471 for ; Wed, 3 Oct 2018 17:02:56 +0000 (UTC) Received: (qmail 2478 invoked by alias); 3 Oct 2018 17:02:44 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 43593 Received: (qmail 28904 invoked by uid 1010); 3 Oct 2018 17:02:44 -0000 X-Qmail-Scanner-Diagnostics: from mailout1.w1.samsung.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(210.118.77.11):SA:0(-6.9/5.0):. Processed in 2.670201 secs); 03 Oct 2018 17:02:44 -0000 X-Envelope-From: p.stephenson@samsung.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | DKIM-Filter: OpenDKIM Filter v2.11.0 mailout1.w1.samsung.com 20181003170235euoutp018d89c44519625ad0a5aa1206f18d41f3~aJ-TdvP7m2247022470euoutp01B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com; s=mail20170921; t=1538586155; bh=7xu2EiD6E0lmtk9N+Aq8VZKTn07H9ygUfmviH1Nl6EU=; h=Subject:From:To:Date:In-Reply-To:References:From; b=iR/9y6JW/rXoUDcEtE+SBeiA23qvj1uKhrCkXKGU6HYUux7uWzrDLxgF9z4IUtDVv BuEzAJG253PCG/B28iXeBfFQEbnTtHCGKNVu9Xj2X+GtH1+WVWn496idiZAgFtQbWs cn18n2T5nN/KQwmB2gy/pkT7wLOgii4YFORcHuUg= X-AuditID: cbfec7f2-5e3ff70000001159-ce-5bb4f62ad86b Subject: Re: [BUG?] Unexpected behaviour with `compdef -p` From: Peter Stephenson To: Date: Wed, 3 Oct 2018 18:02:32 +0100 In-Reply-To: <97754736-115B-4EF2-B10C-9DE17345C9DB@dana.is> X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPIsWRmVeSWpSXmKPExsWy7djPc7pa37ZEG3SukbQ42PyQyYHRY9XB D0wBjFFcNimpOZllqUX6dglcGXee7mErWMJeca3pC2sD433WLkZODgkBE4m+CzvZuxi5OIQE VjBKLL2wD8rpY5K433eaFcLpZZI4uPomM0zL1YanzBCJ5YwSO+9NQahasfEWE4RzGigzsZsJ pEVI4DyjxMVTqiC2sICVxMO+fkYQm03AUGLqptlgtoiApMS15tNgNouAisSct7tYQGxOAWuJ le92Qa3WkNhw8xjYTF4BQYmTM5+A1TALyEs0b50NdpKEwGM2icmP9rJCFJVJPJyygQWi2UWi ZeJ0dghbWOLV8S1QtozE/53zmSCa2xkl1kx6zQ7h9DBKbDp6hxGiylqi7/ZFIJsDaJ2mxPpd +hBhR4mTbzrYQMISAnwSN94KQhzEJzFp23RmiDCvREebEES1msSOpq2MEGEZiadrFCYwKs1C 8s0sJN/MQli1gJF5FaN4amlxbnpqsWFearlecWJucWleul5yfu4mRmAyOP3v+KcdjF8vJR1i FOBgVOLh7Xi3JVqINbGsuDL3EKMEB7OSCG/BJ6AQb0piZVVqUX58UWlOavEhRmkOFiVx3mXz NkYLCaQnlqRmp6YWpBbBZJk4OKUaGEP5oo3aRQqDQl7sW/9x0f/Ch+IuxfPFdaSuL/K2clh/ N9vhfOkfKbsn591iEv6fvsJ1krfd5Gas1vSKC3cPzVjT/KOjIOHyzpl2QiyPXZWcGVdNrX8j 33hG0fDB7vA5je9v3BNR+Hpu6vKlLf/sNde8C1uhWngwUmX1+T6rYAPeeRti6pclNyuxFGck GmoxFxUnAgBnbTLZAgMAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42I5/e/4PV3Nb1uiDRbuV7Q42PyQyYHRY9XB D0wBjFF6NkX5pSWpChn5xSW2StGGFkZ6hpYWekYmlnqGxuaxVkamSvp2NimpOZllqUX6dgl6 GXee7mErWMJeca3pC2sD433WLkZODgkBE4mrDU+Zuxi5OIQEljJKnP7xlg0iISPx6cpHdghb WOLPtS42iKJuJolJPYvYIZzTjBK9i9YzQjjnGSUOb7jNCNLCK2Ak0fGmlxnEFhawknjY1w8W ZxMwlJi6aTaYLSIgKXGt+TSYzSKgIjHn7S4WEJtTwFpi5btdUDf1M0ocW76DCSTBLKAp0br9 N9RNGhIbbh5jglgmKHFy5hMWiBp5ieats5knMArNQtIyC0nZLCRlCxiZVzGKpJYW56bnFhvp FSfmFpfmpesl5+duYgRGwLZjP7fsYOx6F3yIUYCDUYmHt+Pdlmgh1sSy4srcQ4wSHMxKIrwF n4BCvCmJlVWpRfnxRaU5qcWHGE2BPprILCWanA+MzrySeENTQ3MLS0NzY3NjMwslcd7zBpVR QgLpiSWp2ampBalFMH1MHJxSDYy+XkbTz0jx+rjU564s9PKQUf8fydS371Zur/Atz5PSu+Vm HfJTPS69TrJHx1smhVvvZKxWCbPF7XcTDnksZU7exj/hrG/P9gvLnt6OOyNqcCCLbfIiHnar J3GtPbqGhy4aH/n0LELjYsSxFp/6u7/UF4ecZbmseWrm6iPcdys+GsvZfxeTs1JiKc5INNRi LipOBADvX2g4lgIAAA== Message-Id: <20181003170233eucas1p1e6f2fdb6bf9aed8e0b2da1848c8405df~aJ-SE1R4G0648706487eucas1p1n@eucas1p1.samsung.com> X-CMS-MailID: 20181003170233eucas1p1e6f2fdb6bf9aed8e0b2da1848c8405df X-Msg-Generator: CA Content-Type: text/plain; charset="utf-8" X-RootMTR: 20181003145704epcas2p11789ab46bc01269295dacdb9cbe9f9d6 X-EPHeader: CA CMS-TYPE: 201P X-CMS-RootMailID: 20181003145704epcas2p11789ab46bc01269295dacdb9cbe9f9d6 References: <97754736-115B-4EF2-B10C-9DE17345C9DB@dana.is> On Wed, 2018-10-03 at 09:56 -0500, dana wrote: > I was trying to use `compdef -p` to avoid having to list out a large > number of commands i want to complete that all have the same prefix, > and i found that it doesn't really work the way i expected — it > destroys the completion output. >  > I am not that familiar with the part of the completion system that > deals with this. Is the above in fact the intended behaviour? (If it > is, what scenario would one use -p in where it wouldn't cause these > problems?) The code's not *that* complicated, this time --- look in Completion/Base/Core/_dispatch The loop with _patcomps is handling the compdef -p.  Then the normal name look-up happens.  This looks like it could be trashing your input. With a judicious "if" around that bit, and probably also setting name and comp in the loop above, you ought to be able to get it to work, I think. pws