From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#65344: 28.2; Unable to Edebug cl-flet form which uses argument destructuring Date: Sun, 27 Aug 2023 06:02:03 +0200 Message-ID: <87edjpf804.fsf@web.de> References: <5184DD53-F121-405D-AEE9-6E72E17127EA@gmail.com> <87lee1nsvn.fsf@web.de> <875y53kaz7.fsf@web.de> <87bkevf1p7.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36138"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: brandon.irizarry@gmail.com, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , 65344@debbugs.gnu.org To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 27 06:03:23 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qa6zi-00099t-Tp for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 27 Aug 2023 06:03:22 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qa6zQ-0002gw-Hd; Sun, 27 Aug 2023 00:03:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qa6zM-0002O8-SA for bug-gnu-emacs@gnu.org; Sun, 27 Aug 2023 00:03:01 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qa6zJ-0004md-6f for bug-gnu-emacs@gnu.org; Sun, 27 Aug 2023 00:02:59 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qa6zO-0001rU-D6 for bug-gnu-emacs@gnu.org; Sun, 27 Aug 2023 00:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Aug 2023 04:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65344 X-GNU-PR-Package: emacs Original-Received: via spool by 65344-submit@debbugs.gnu.org id=B65344.16931089447107 (code B ref 65344); Sun, 27 Aug 2023 04:03:02 +0000 Original-Received: (at 65344) by debbugs.gnu.org; 27 Aug 2023 04:02:24 +0000 Original-Received: from localhost ([127.0.0.1]:43748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qa6ym-0001qZ-FX for submit@debbugs.gnu.org; Sun, 27 Aug 2023 00:02:24 -0400 Original-Received: from mout.web.de ([212.227.15.14]:54385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qa6yf-0001qE-Ux for 65344@debbugs.gnu.org; Sun, 27 Aug 2023 00:02:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1693108925; x=1693713725; i=michael_heerdegen@web.de; bh=qCcGDUpsg7n0g/0Jinzlt1THxu9WWV4KnG0U623BHpI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=h5dSPN6ZoIFQD6P54sJz3bnO6C1iZ9dzsvL24kAPWjaPcOACRpjy868DTWie05Kg/3TqEKO c7CahVFORvlo1XYHviHZgHlMWQVt69jsnQVJNmVVHvDpONlRCNX0Iu9jrzcZL6pnZGLetjXah cffqNz2NHF3Ou+/Dxd6OQ036X6xT96H8gh3g3VFKf/dcZRIJv61XTOtnC8lBIhItODSMNDIol xMp7n67KM8uBYnhcMohr91Vqkxs1eZrFgD1ku5jlvZNhDHskY196MYT7fA8vdlhDWdjs5cwJ8 YLwymSxDwQzWR1AjnwfLOlHtciHUehpUd4Q4hV7BIhUrqMrwq9Mw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MZjEJ-1qEvLX3kil-00WUIX; Sun, 27 Aug 2023 06:02:04 +0200 In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Sat, 26 Aug 2023 07:39:32 +0200") X-Provags-ID: V03:K1:m1nmm9J9JZTiM5x2nNm3Mrwl4qugofjWxPNN5X3zDWbeel1iR1y XE4h+tLcnMQOwZGkVGrp74L710UEm0KrvXNFGXsCfa57SrvVbsP7uSuNUU0IWPeKBrdJTxf Uuf8MPOJk5ac3fk4/EPscZq9NHDoQQWntI+V36sgDbRiGHh5eIHCXlMRbtb35EvrdojiVeb PMfWE8LwRkepY0uwpZq6Q== UI-OutboundReport: notjunk:1;M01:P0:y8RBEkUOIuA=;WOnzmtWkrG4/EdHMifkTcvFPCam RavGLvfs3s4wZ+ATIl3fbDxUbwEcaRCus9qJtJdt/I/vPz2+hajNP6yKftMmvOMU02v/opBb1 7tYjAsM6azwKCA3d8zXtTxORSfl9N4BkMnQznMzjb6yR0AuhywbdUGASdogKZO5fAmXn4ux+R I5VG3ScXJpdoYgh3IP/93iLgZKUe8fNQD5/vSdLHXmBQ6zghoT7MNGrgIfcf/R9pvTSv9dMda uBo/UvkwPG3uUZISSzGYBbkF8b0cUBptEZY6F4vYL/CrirNRYbU/7Mp6DHRo058YmlBRz/qDY xqrXH7kkiYvywS56NqU9In4Q2yt2B4nzGKH5A3mqE8plplBxCRiRPDkLZyGs+VYQPeit4Qjcx DQOJDF5xQYoUGvXkyNdHTJB0/2sQ+4th/pHaktHTNN868OaFyDmTRSo5Jnl7W20UhmfiCuT1C +XhtHDSLBDMNH/6PKsVDAhVs9efnF6tLWIlFgOU0Sy+x3VE+w3u0XUmUDO5FkQNOn1UvA7wkS n1sMldu0pLPPYt81e/3dj+ll1QPhLV6Sxw/ZX3rrA1e2a7og7hMv+tKeRCAymG0oDg2ERNxI6 dXT5MayQbUvwamHE3Y2POSBQheCmDVWerHBSGXGNaobxSx2UGQF+EsKRE5wLYgqKLU2lTgIje H/+LgcAk8Q0z3vfRc3OPQA+X6GhOWKJf8vVvzSjrO9o47ojImKtyi0OlWJap5++s8Fu+ugQgV vaaNL8eVlQzE55kXneXmzMxAiSvjANUN2wT7ZWVqBRCe5LG75WdABxOdCmMVMIQNjEGuZpQu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:268527 Archived-At: Gerd M=C3=B6llmann writes: > Maybe you could give it a spin? I don't think I will. I did now. I can take control using &interpose using [] as its spec so that nothing is consumed when the specified function is called. But then it gets very complicated. This approach would only work if we catch the 'no-match tag thrown by `edebug-no-match', and also catch the 'invalid-read-syntax' signal, (there are several different types of failure involved, this makes it much more troublesome). This can all be done, but it breaks the control flow of the Edebug parser. The Edebug 'cursor' (current parsing position AFAIU - there can be multiple cursors in use) is implicit, so I don't know and can't control where to continue in the 'no-match case. I gave up at this point because it was obvious that we will not want to do this. Michael.