From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#70938: 30.0.50; Edebug appropriates overriding-terminal-local-map Date: Tue, 14 May 2024 23:23:03 +0200 Message-ID: <87msosks08.fsf@web.de> References: <877cfwh6h1.fsf@gmx.net> Reply-To: Michael Heerdegen Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18605"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: stephen.berman@gmx.net To: 70938@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 14 23:23:15 2024 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 1s6zcB-0004eP-KL for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 May 2024 23:23:15 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s6zbz-0003AY-FX; Tue, 14 May 2024 17:23:03 -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 1s6zbx-00039m-Gw for bug-gnu-emacs@gnu.org; Tue, 14 May 2024 17:23: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 1s6zbx-0002Oa-8R for bug-gnu-emacs@gnu.org; Tue, 14 May 2024 17:23:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s6zby-0005SS-En for bug-gnu-emacs@gnu.org; Tue, 14 May 2024 17:23: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: Tue, 14 May 2024 21:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70938 X-GNU-PR-Package: emacs X-Debbugs-Original-To: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: Stephen Berman , 70938@debbugs.gnu.org Original-Received: via spool by 70938-submit@debbugs.gnu.org id=B70938.171572174920946 (code B ref 70938); Tue, 14 May 2024 21:23:02 +0000 Original-Received: (at 70938) by debbugs.gnu.org; 14 May 2024 21:22:29 +0000 Original-Received: from localhost ([127.0.0.1]:41471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s6zbQ-0005Rm-Ln for submit@debbugs.gnu.org; Tue, 14 May 2024 17:22:28 -0400 Original-Received: from mout.web.de ([212.227.17.12]:40951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s6zbO-0005Rb-SR for 70938@debbugs.gnu.org; Tue, 14 May 2024 17:22:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1715721739; x=1716326539; i=michael_heerdegen@web.de; bh=VLpNwjf7+Inxagwi82CqUXAvkYENUquCwqhbg7gEDhk=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=W5Bxt39LE82/BrVdw6Te3o9tQVnAqRyDDDexSt0xQTIlvpZIxoSBFF89h3aulHtk QxEUvEd8xiCsrpN9XyBhJiX7ahPRLiKLysxbqYIsGGPpJvAGCc3lcTF+lmODA7yvs +oAzgzxnlzuFVZMUWAiWO/+MbjbnQBJp5kFHxq3GyPSx2Q2C4XWZN7qV2SGxwhyEW lzBDATpNhM6xr3JN3CSlnIg7iqHUG/sEPUGPIfvNOgJoC48Jz8RHYldT+o62NQOop 7KpzZcmUv9ve+xPNjja/UXw/jfYsImsC7YGz9j13jJ0qdPObbi7Q6LVxe93hHGmqA fjMr/bq3DnWlP07DFw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.57.248.23]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MVrbz-1ryysR4AQH-00Rtem; Tue, 14 May 2024 23:22:19 +0200 In-Reply-To: <877cfwh6h1.fsf@gmx.net> (Stephen Berman via's message of "Tue, 14 May 2024 15:24:10 +0200") X-Provags-ID: V03:K1:aJzVYJfoDAVmLPzfGGIA2cVGSWTMDheEyoOjDKY5rPEgAeQa5O+ zf+uqk6fXks2haXDFjZDQXYhdmyjAMUtco75kxvPxrRSv0xF8rXihs0wjoMO0sLt0ZsIJj8 qkcyYg5cC6lieMoqSvNLC0EN7gl0HhRwTpK2Znz8zAaqcLuqpO+X7gXCRZLErP+Mi+lhgkr viULfqTJS9S9PwjqP3tDA== UI-OutboundReport: notjunk:1;M01:P0:Rijnzs3JQp8=;RtCme1UiWL8xH/ahRYb0fVwBBqz OLA2rYh9YkatIwckU0tjlZByKdpJI6DBdoRD7O9tk4IAnup0vEDZx6OiMBtvMUmzE4FgSL5Ip YeGKuACAsOAo7NR95Rs7KsVhkzF+HQyA688I40+BvRD1QoQBai3t1s1l+pp1Hw/CTT4Qzt/09 ALIY4cjXCKpj5+oXbVz6Pl8L07Z01SEIHW7eIC9dJOlrY9ZHlTbHT4gFM+a0fsHt4tcTfoKJO qgEfK3kW2TnNK4zbP/HTxrkRLYafcSX0fNfA+sbdFi1p8e6KrN4Trv1k0LoX+XOv/Al6mcRsk XijxPEBQkMnS6FnYntnUu+OEa8OPGL2gRh784JIVk8AWK78/JU4hGWsPr/2SqVBUGW3ytnxID 0QcSwTJSycO/fYpLkRSFLZtx92ZV26kFAvEC6xYzMtltrRcXrEseTGFBU9n6OeFbfL3fUish5 iU5mYzirTxp3Iz/oa1vB5Hkg/+cBOGjav8TPiSeeIUyqaCBDOQJaenZeP6Er5SNobhzyBlPWC XOZ+EAHDtn9Lo3xFyDIxoCkQN8cCpJ0oqCALz9ylv/1SRlAUp4pmkU5smMdwjR5bZHJMuzfUb poZM+6PZ+In95rhlNKDjtkUwtju+S/zjZNO+OoyeYU9hr6gSpLBPx3IZzenwLBpugH/O6YO4S IAWx9nUrl/19WNalTuNwBg7TK4wXP7GXYYAb2tAL8jzvcy2nMhkM1oUdLN71gncjj2LYziE0L BxX6XV1OT7H/ZedwBjb5cszyHmiKQmsjUbkfUjFVY+zc49wvKUC3lLslrRBaIExwx1lScI0h 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:285053 Archived-At: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > This is evidently from the instrumented function. What I haven't been > able to determine is why this remains even after the instrumentation has > been removed; it seems that Edebug has appropriated > overriding-terminal-local-map. The only way I have found to release it > is `M-x unload-library RET edebug'. Thanks. I can reproduce the issue. And this is a very valuable recipe, because this may be the problem we are hunting for quite a while. I agree with your analysis - the transient map the edebugged code adds is never removed, its bound commands are instrumented code. Just M-: overriding-terminal-local-map RET to verify. AFAIU, this is caused only by this one binding: (overriding-terminal-local-map nil) in `edebug--recursive-edit'. This seems to make the cleanup code of the added transient map in `pre-command-hook' think that the transient map is gone, we are done and removes itself from the hook. Then the added transient map stays forever, unless you clear `overriding-terminal-local-map' manually. But what can we do - does anyone have a good idea? Could the cleanup code that removes the transient map maybe check whether the variable `overriding-terminal-local-map' it sees is really the global one? Thanks, Michael.