From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#21528: 25.0.50; gud tries to guess what file we're debugging, which can take a long time Date: Mon, 21 Sep 2015 10:04:28 +0300 Message-ID: <83oagwnthf.fsf@gnu.org> References: <87r3ls8p02.fsf@secretsauce.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1442819123 16056 80.91.229.3 (21 Sep 2015 07:05:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Sep 2015 07:05:23 +0000 (UTC) Cc: 21528@debbugs.gnu.org To: Dima Kogan Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 21 09:05:12 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zdv9z-0001KD-Ei for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Sep 2015 09:05:11 +0200 Original-Received: from localhost ([::1]:56175 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zdv9z-000788-2H for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Sep 2015 03:05:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34898) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zdv9u-00076F-Vz for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2015 03:05:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zdv9r-0005vx-6t for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2015 03:05:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47204) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zdv9r-0005vs-4b for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2015 03:05:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zdv9q-0000zK-RG for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2015 03:05:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Sep 2015 07:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21528 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21528-submit@debbugs.gnu.org id=B21528.14428190843773 (code B ref 21528); Mon, 21 Sep 2015 07:05:02 +0000 Original-Received: (at 21528) by debbugs.gnu.org; 21 Sep 2015 07:04:44 +0000 Original-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 Original-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 Original-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) Original-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) In-reply-to: <87r3ls8p02.fsf@secretsauce.net> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106759 Archived-At: > 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.