From unknown Fri Jun 20 07:19:34 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#21528 <21528@debbugs.gnu.org> To: bug#21528 <21528@debbugs.gnu.org> Subject: Status: 25.0.50; gud tries to guess what file we're debugging, which can take a long time Reply-To: bug#21528 <21528@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:19:34 +0000 retitle 21528 25.0.50; gud tries to guess what file we're debugging, which = can take a long time reassign 21528 emacs submitter 21528 Dima Kogan severity 21528 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 20 22:50:37 2015 Received: (at submit) by debbugs.gnu.org; 21 Sep 2015 02:50:37 +0000 Received: from localhost ([127.0.0.1]:39346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZdrBd-0003bD-0o for submit@debbugs.gnu.org; Sun, 20 Sep 2015 22:50:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52957) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZdrBZ-0003b3-EO for submit@debbugs.gnu.org; Sun, 20 Sep 2015 22:50:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZdrBY-00006o-4D for submit@debbugs.gnu.org; Sun, 20 Sep 2015 22:50:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_20,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZdrBX-00006d-O2 for submit@debbugs.gnu.org; Sun, 20 Sep 2015 22:50:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34726) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZdrBW-0000TC-Nc for bug-gnu-emacs@gnu.org; Sun, 20 Sep 2015 22:50:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZdrBS-000055-Dj for bug-gnu-emacs@gnu.org; Sun, 20 Sep 2015 22:50:30 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:41139) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZdrBS-0008WV-Am for bug-gnu-emacs@gnu.org; Sun, 20 Sep 2015 22:50:26 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 2B21B200F1 for ; Sun, 20 Sep 2015 22:50:23 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Sun, 20 Sep 2015 22:50:23 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=content-type:date:from:message-id:mime-version:subject:to :x-sasl-enc:x-sasl-enc; s=mesmtp; bh=ja8n4tVnVbBlgI7xZ/qw4q1kctw =; b=TvwLYwlwhqgcW4S/hvSffpnnZdyRAMVtO5bVZUXgj84/YJm+Ihhf7S1wioG tsyoakZOY81uO2x7I8SH91Wl8Nm3DEyOgYxZ55GsKUAHNvSDpYjsgRtukDWm2tXg Qqr9ZA7f06S+9noXhOehx9ImFjShZV2VihYWOe0votAdCtzI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=ja 8n4tVnVbBlgI7xZ/qw4q1kctw=; b=R0ER+kj6S9GfB64T7uesW0doSUwsvrpAHZ BSE8F6Z2vNDe4N2C5QqZsUvGqc9q89xuwRZd+yZnMM8p3jAioMQFh0HSELAqu/9s AlNi+yOg+I7AXP10Beq80qMAECY7ZwDDgpMXXR+X78IbvU5zg+VTlE+vGMEgVXzH f0koSXhaw= X-Sasl-enc: 3zwr2ddn5eZDT6DiNsQaZkt5mSzx3dlDQylCx5optj+4 1442803822 Received: from shorty.local (50-1-153-216.dsl.dynamic.fusionbroadband.com [50.1.153.216]) by mail.messagingengine.com (Postfix) with ESMTPA id D12FEC0001A for ; Sun, 20 Sep 2015 22:50:22 -0400 (EDT) Received: from ip6-localhost ([::1] helo=shorty) by shorty.local with esmtp (Exim 4.84) (envelope-from ) id 1ZdrBN-0004om-OS for bug-gnu-emacs@gnu.org; Sun, 20 Sep 2015 19:50:21 -0700 From: Dima Kogan To: bug-gnu-emacs@gnu.org Subject: 25.0.50; gud tries to guess what file we're debugging, which can take a long time Date: Sun, 20 Sep 2015 19:50:21 -0700 Message-ID: <87r3ls8p02.fsf@secretsauce.net> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Hi. Currently when the user invokes any gud-based mode ('M-x pdb' for instance) the minibuffer pops up with a suggested command. This command tries to guess what you're trying to debug based on some pretty arbitrary heuristics. This is in 'gud-query-cmdline' in gud.el These heuristics include looking at each file in the current directory to find the most recent executable file. In my experience this almost never is what I want. If I'm doing remote debugging with tramp and the current directory has many files in it, then emacs can sit there for a very long time before opening the minibuffer, while it looks at all the files in the remote directory. I think this delay changes this behavior from not-useful to harmful, and I think it should be removed. Thoughts? From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 03:04:44 2015 Received: (at 21528) by debbugs.gnu.org; 21 Sep 2015 07:04:44 +0000 Received: from localhost ([127.0.0.1]:39414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdv9Y-0000ym-6s for submit@debbugs.gnu.org; Mon, 21 Sep 2015 03:04:44 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:45704) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdv9W-0000ye-7E for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 03:04:43 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NV000100LR4J600@a-mtaout20.012.net.il> for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 10:04:19 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NV0001B1MB7IP30@a-mtaout20.012.net.il>; Mon, 21 Sep 2015 10:04:19 +0300 (IDT) Date: Mon, 21 Sep 2015 10:04:28 +0300 From: Eli Zaretskii Subject: Re: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time In-reply-to: <87r3ls8p02.fsf@secretsauce.net> X-012-Sender: halo1@inter.net.il To: Dima Kogan Message-id: <83oagwnthf.fsf@gnu.org> References: <87r3ls8p02.fsf@secretsauce.net> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21528 Cc: 21528@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Dima Kogan > Date: Sun, 20 Sep 2015 19:50:21 -0700 > > Hi. Currently when the user invokes any gud-based mode ('M-x pdb' for > instance) the minibuffer pops up with a suggested command. This command > tries to guess what you're trying to debug based on some pretty > arbitrary heuristics. This is in 'gud-query-cmdline' in gud.el > > These heuristics include looking at each file in the current directory > to find the most recent executable file. In my experience this almost > never is what I want. If I'm doing remote debugging with tramp and the > current directory has many files in it, then emacs can sit there for a > very long time before opening the minibuffer, while it looks at all the > files in the remote directory. I think this delay changes this behavior > from not-useful to harmful, and I think it should be removed. Thoughts? Removing it altogether, based on your personal and very specific use case, would be too drastic, IMO. Can you propose some less drastic measure? If nothing smarter could be done automatically, a defcustom to control this should be a stopgap, I think. And while at that: the search for executables could bypass certain files, like shell scripts, for example. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 03:39:18 2015 Received: (at 21528) by debbugs.gnu.org; 21 Sep 2015 07:39:18 +0000 Received: from localhost ([127.0.0.1]:39454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdvgz-0001nw-QE for submit@debbugs.gnu.org; Mon, 21 Sep 2015 03:39:18 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:47339) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdvgx-0001nn-N2 for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 03:39:16 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 3A5BA2037D for <21528@debbugs.gnu.org>; Mon, 21 Sep 2015 03:39:15 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Mon, 21 Sep 2015 03:39:15 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=2vSw5 sLIdRp2OhEsAK0J8pVdD3o=; b=sg9M6S6IRkiWkLzaK+xrdjnAFVCZu0UYP1+Z+ Rc18mcBQ3j7922r+1pHa2+/JMc3zcjiMIFypJtzEgy23umS+yl9LpQENgaeEpPnf vYYUVUp7v8CM/j2rcBtumhmCj007b90PLXXymvVQte2Fdo+FdzFgDt/efSnCjG4L xjrgsk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=2vSw5sLIdRp2OhEsAK0J8pVdD3o=; b=JafvP LYv3d9O63B0pay4QbGbL/AFKHV/qsO5p8/O5iFuUdexZhL6MqvwIdE77BWsDScM+ IS93W/nlZRpoVAfLyIPBokJS7Va8+PSwzEZJpt28NJTPF4jD7rNq+D95WKNtOx/v WWGFY+K4WOQEkO1LXX/p4SWxcIh0YjCSl2Ebxg= X-Sasl-enc: WrzZOPA8rsSXhht/Q9DZtG0NKCfpNovSJE6MdgmOcPms 1442821154 Received: from shorty.local (50-1-153-216.dsl.dynamic.fusionbroadband.com [50.1.153.216]) by mail.messagingengine.com (Postfix) with ESMTPA id E1319C00018; Mon, 21 Sep 2015 03:39:14 -0400 (EDT) Received: from ip6-localhost ([::1] helo=shorty) by shorty.local with esmtp (Exim 4.84) (envelope-from ) id 1Zdvgv-0005Rl-Fk; Mon, 21 Sep 2015 00:39:13 -0700 References: <87r3ls8p02.fsf@secretsauce.net> <83oagwnthf.fsf@gnu.org> From: Dima Kogan To: Eli Zaretskii Subject: Re: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time In-reply-to: <83oagwnthf.fsf@gnu.org> Date: Mon, 21 Sep 2015 00:39:13 -0700 Message-ID: <87pp1c8bmm.fsf@secretsauce.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21528 Cc: 21528@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: >> If I'm doing remote debugging with tramp and the current directory >> has many files in it, then emacs can sit there for a very long time >> before opening the minibuffer, while it looks at all the files in the >> remote directory. I think this delay changes this behavior from >> not-useful to harmful, and I think it should be removed. Thoughts? > > Removing it altogether, based on your personal and very specific use > case, would be too drastic, IMO. Completely agree that my opinion should play only a small role. Let me push that argument a tiny bit more, and I'll leave it alone. The current heuristic assumes that both 1. The program we're debugging lives in the current directory 2. The program is executable Both of those could be true, but probably not all that often. Especially the "program is executable part" easily fails for interpreted languages. OK. Now for better solutions. The current logic is: (dolist (f (directory-files default-directory) file) (if (and (file-executable-p f) (not (file-directory-p f)) (or (not file) (file-newer-than-file-p f file))) (setq file f))) With tramp each of the file system calls above are a separate tramp call, and the overhead becomes very significant. I don't know enough about tramp to know if consolidating these would be possible. The heuristic could be more useful be filtering on file extensions. So for instance looking at only .py files for pdb could be good, but this could be wrong, and wouldn't really speed up the above code. Finally as currently written, perldb doesn't run that code at all, but simply tries to debug the script in the current buffer. This could easly apply to python too, if we decide. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 03:59:11 2015 Received: (at 21528) by debbugs.gnu.org; 21 Sep 2015 07:59:12 +0000 Received: from localhost ([127.0.0.1]:39469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdw0F-0002HS-BP for submit@debbugs.gnu.org; Mon, 21 Sep 2015 03:59:11 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:52660) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdw0D-0002HI-8w for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 03:59:10 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NV000L00O5LVZ00@a-mtaout22.012.net.il> for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 10:59:07 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NV000L0FOUJMQB0@a-mtaout22.012.net.il>; Mon, 21 Sep 2015 10:59:07 +0300 (IDT) Date: Mon, 21 Sep 2015 10:59:16 +0300 From: Eli Zaretskii Subject: Re: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time In-reply-to: <87pp1c8bmm.fsf@secretsauce.net> X-012-Sender: halo1@inter.net.il To: Dima Kogan Message-id: <83io74nqy3.fsf@gnu.org> References: <87r3ls8p02.fsf@secretsauce.net> <83oagwnthf.fsf@gnu.org> <87pp1c8bmm.fsf@secretsauce.net> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21528 Cc: 21528@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Dima Kogan > Cc: 21528@debbugs.gnu.org > Date: Mon, 21 Sep 2015 00:39:13 -0700 > > The current heuristic assumes that both > > 1. The program we're debugging lives in the current directory > 2. The program is executable > > Both of those could be true, but probably not all that often. Especially > the "program is executable part" easily fails for interpreted languages. How about bypassing this search in 2 situations: . the debuggee is on a remote system . the debugger being invoked is for an interpreted language Would that be "good enough"? From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 05:03:58 2015 Received: (at 21528) by debbugs.gnu.org; 21 Sep 2015 09:03:58 +0000 Received: from localhost ([127.0.0.1]:39489 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdx0w-0003p7-B0 for submit@debbugs.gnu.org; Mon, 21 Sep 2015 05:03:58 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:54685) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdx0u-0003oy-7Q for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 05:03:56 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 6783A20606 for <21528@debbugs.gnu.org>; Mon, 21 Sep 2015 05:03:55 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Mon, 21 Sep 2015 05:03:55 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=BX3Dk R3KvmkL9cS19L/KGbWC3Tc=; b=FACmDYqic/ZsI6XbmuGyzDClGopt22O8E4/vQ 4U+uvpQWiqC0COPExGR1tGnvx7ZQKCoSkKmFqQ7OfuwiCKRiIJEq9bV3vIqFnACE PQKWVCtovqNHqQqAu1xUxqVULYszIC7YofUVwuTmip2sP9yiDNOk1GGgD32ZmXn0 iFpKzA= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=BX3DkR3KvmkL9cS19L/KGbWC3Tc=; b=RiEMe ybyLcUfoinuNGXOzeEvtlm5VfkvhDZZFdSqX1C43vF4ErJ+0MDIS3xSnOvLkiFhJ mp4oFFTYkpFB7iO30jGQ99qrw7+OBtfmKFcBzkasFK+TVcpHv/JPkupwqL6rawTG D2RqFWiLjSObHvHG2KSXMnBBIiOGuZ7e4ckwZk= X-Sasl-enc: VgMZEzEt2KGsxPk44bKji3buDCjeAd6m01I9BGun5SvO 1442826235 Received: from shorty.local (50-1-153-216.dsl.dynamic.fusionbroadband.com [50.1.153.216]) by mail.messagingengine.com (Postfix) with ESMTPA id 1E813C00027; Mon, 21 Sep 2015 05:03:55 -0400 (EDT) Received: from ip6-localhost ([::1] helo=shorty) by shorty.local with esmtp (Exim 4.84) (envelope-from ) id 1Zdx0s-0005tt-1X; Mon, 21 Sep 2015 02:03:54 -0700 References: <87r3ls8p02.fsf@secretsauce.net> <83oagwnthf.fsf@gnu.org> <87pp1c8bmm.fsf@secretsauce.net> <83io74nqy3.fsf@gnu.org> From: Dima Kogan To: Eli Zaretskii Subject: Re: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time In-reply-to: <83io74nqy3.fsf@gnu.org> Date: Mon, 21 Sep 2015 02:03:53 -0700 Message-ID: <87mvwg87pi.fsf@secretsauce.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21528 Cc: 21528@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: > How about bypassing this search in 2 situations: > > . the debuggee is on a remote system > . the debugger being invoked is for an interpreted language > > Would that be "good enough"? That would be fine by me. What do you want to do with perldb? Currently it always bypasses this search. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 05:43:04 2015 Received: (at 21528) by debbugs.gnu.org; 21 Sep 2015 09:43:05 +0000 Received: from localhost ([127.0.0.1]:39537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdxcm-0004id-JG for submit@debbugs.gnu.org; Mon, 21 Sep 2015 05:43:04 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:52423) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zdxck-0004iC-Ld for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 05:43:03 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NV000300TER0X00@a-mtaout20.012.net.il> for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 12:43:01 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NV0002WJTNPY930@a-mtaout20.012.net.il>; Mon, 21 Sep 2015 12:43:01 +0300 (IDT) Date: Mon, 21 Sep 2015 12:43:11 +0300 From: Eli Zaretskii Subject: Re: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time In-reply-to: <87mvwg87pi.fsf@secretsauce.net> X-012-Sender: halo1@inter.net.il To: Dima Kogan Message-id: <83a8sgnm4w.fsf@gnu.org> References: <87r3ls8p02.fsf@secretsauce.net> <83oagwnthf.fsf@gnu.org> <87pp1c8bmm.fsf@secretsauce.net> <83io74nqy3.fsf@gnu.org> <87mvwg87pi.fsf@secretsauce.net> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21528 Cc: 21528@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Dima Kogan > Cc: 21528@debbugs.gnu.org > Date: Mon, 21 Sep 2015 02:03:53 -0700 > > Eli Zaretskii writes: > > > How about bypassing this search in 2 situations: > > > > . the debuggee is on a remote system > > . the debugger being invoked is for an interpreted language > > > > Would that be "good enough"? > > That would be fine by me. What do you want to do with perldb? Currently > it always bypasses this search. Perldb is of the "interpreted language" type, isn't it? From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 14:24:59 2015 Received: (at 21528) by debbugs.gnu.org; 21 Sep 2015 18:24:59 +0000 Received: from localhost ([127.0.0.1]:40638 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ze5lq-0001RK-Sm for submit@debbugs.gnu.org; Mon, 21 Sep 2015 14:24:59 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:46888) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ze5lo-0001RC-W0 for 21528@debbugs.gnu.org; Mon, 21 Sep 2015 14:24:57 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 8FE8920966 for <21528@debbugs.gnu.org>; Mon, 21 Sep 2015 14:24:56 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 21 Sep 2015 14:24:56 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=1U11M 1Fz2BeUyXpu69Z62v0PqwM=; b=Oz0nMDq96SUUyOwFIKA5aNiHtihR99c0zjsCW 9+8VBq4sA/IpQ+48TZHnh4NT1uqKFTHRk6bL0zBJad1RTC7N6smBqW07bYMAXiFJ iJ82ubrWwEfStm68qydBcAnZsGzaUxKqu0nmaKT5EQVMZ71WNFzBbgQdPxm1fA6O VqhPdM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=1U11M1Fz2BeUyXpu69Z62v0PqwM=; b=IHu/b ofmuN1Jvt5EjMwLl3bIt60ftp4hZeTEVcy6YlJP0yKBC/RHNvR1HBhjVupNumkU9 h2sWFHV2LM0C7/7b8rPFaY1oBfoHUoxoPjhAGlvLvyjSjZl4qsLBiJ3hjlFm/vz6 zvSrjIq5E8xud9+hi7oXVOLYvfEv8uQgf0VYv8= X-Sasl-enc: kJkAHjygt7IU3R3orwA2UwAB53Os6GK7tkKMAND3bMBS 1442859896 Received: from shorty.local (unknown [172.56.17.42]) by mail.messagingengine.com (Postfix) with ESMTPA id 332A568015E; Mon, 21 Sep 2015 14:24:56 -0400 (EDT) Received: from localhost ([::1] helo=shorty) by shorty.local with esmtp (Exim 4.84) (envelope-from ) id 1Ze5lj-0007fb-9S; Mon, 21 Sep 2015 11:24:51 -0700 References: <87r3ls8p02.fsf@secretsauce.net> <83oagwnthf.fsf@gnu.org> <87pp1c8bmm.fsf@secretsauce.net> <83io74nqy3.fsf@gnu.org> <87mvwg87pi.fsf@secretsauce.net> <83a8sgnm4w.fsf@gnu.org> From: Dima Kogan To: Eli Zaretskii Subject: Re: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time In-reply-to: <83a8sgnm4w.fsf@gnu.org> Date: Mon, 21 Sep 2015 11:24:50 -0700 Message-ID: <87lhbz8wb1.fsf@secretsauce.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21528 Cc: 21528@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: >> Eli Zaretskii writes: >> >> > How about bypassing this search in 2 situations: >> > >> > . the debuggee is on a remote system >> > . the debugger being invoked is for an interpreted language >> > >> > Would that be "good enough"? >> >> That would be fine by me. What do you want to do with perldb? Currently >> it always bypasses this search. > > Perldb is of the "interpreted language" type, isn't it? Yep. Just making sure that you're proposing touching that too. Works for me. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 24 08:57:11 2022 Received: (at 21528) by debbugs.gnu.org; 24 Jan 2022 13:57:11 +0000 Received: from localhost ([127.0.0.1]:42589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBzqJ-0000oR-91 for submit@debbugs.gnu.org; Mon, 24 Jan 2022 08:57:11 -0500 Received: from quimby.gnus.org ([95.216.78.240]:51160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBzqI-0000o6-09 for 21528@debbugs.gnu.org; Mon, 24 Jan 2022 08:57:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=jrWlV17ijlrYfdrO91gGuLDIzmDeN0894Iz7X/EnpOg=; b=CEi7W425Vt1BP4yUO1XgL6wvZn 43YcS/9AL5KcuiTzxiQ2w9zbnbWzPj5toeApNPT8a4Id3YnXeTLwgPc3PSvaEUDT9l6VFmJ04dIrY cz3oTUiIPxGiQ1G+YNWnDTdKs7fpowmC0/28ElxaDWkIWkcLcN9wrAlP2sw8kBmJgBR4=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nBzq8-0008C6-GF; Mon, 24 Jan 2022 14:57:03 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time References: <87r3ls8p02.fsf@secretsauce.net> <83oagwnthf.fsf@gnu.org> <87pp1c8bmm.fsf@secretsauce.net> <83io74nqy3.fsf@gnu.org> X-Now-Playing: Peter Gabriel's _So_: "We Do What We're Told" Date: Mon, 24 Jan 2022 14:56:59 +0100 In-Reply-To: <83io74nqy3.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 21 Sep 2015 10:59:16 +0300") Message-ID: <87ilu96xuc.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> Both of those could be true, but probably not all that often. Especially >> the "program is executable part" easily fails for interpreted languages. > > How about bypassing this search in 2 situati [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 21528 Cc: 21528@debbugs.gnu.org, Dima Kogan X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Both of those could be true, but probably not all that often. Especially >> the "program is executable part" easily fails for interpreted languages. > > How about bypassing this search in 2 situations: > > . the debuggee is on a remote system > . the debugger being invoked is for an interpreted language > > Would that be "good enough"? I don't think it's all that useful to separate interpreted vs compiled here -- it'll be slow (or not) in any case (and interpreted files are normally executable). So I've just made it not do the loop if it's on a remote system, and there's a lot of files there in Emacs 29. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 24 08:57:16 2022 Received: (at control) by debbugs.gnu.org; 24 Jan 2022 13:57:16 +0000 Received: from localhost ([127.0.0.1]:42592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBzqO-0000ol-IR for submit@debbugs.gnu.org; Mon, 24 Jan 2022 08:57:16 -0500 Received: from quimby.gnus.org ([95.216.78.240]:51176) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nBzqM-0000oK-Lk for control@debbugs.gnu.org; Mon, 24 Jan 2022 08:57:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=bwNz+1US6viiYuFJyKgp6S2pyB3bKVRh2Rz8W2H3jUE=; b=hcHiNacE4uFZ/idoYZG6NsAVUa M32fiVbLIP++qrTzKCLe7R+DBkrNneYnnd57L1qxcDClXZ3H5Dq7/0FQvOADuha1yEnisLYW/F8gT t9grx402coxIOTpBaRQQ26hQrA4k6T5evWICL4ebcavbsjd8VKWQ0xkaFSLJqSoY9ygo=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nBzqE-0008CG-N9 for control@debbugs.gnu.org; Mon, 24 Jan 2022 14:57:08 +0100 Date: Mon, 24 Jan 2022 14:57:06 +0100 Message-Id: <87h79t6xu5.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #21528 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 21528 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 21528 29.1 quit From unknown Fri Jun 20 07:19:34 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 22 Feb 2022 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator