From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] find-file-noselect-1 Date: Fri, 11 Feb 2005 09:51:59 +0100 Message-ID: References: <16907.50624.707323.36975@farnswood.snap.net.nz> <87oeeru6nw.fsf-monnier+emacs@gnu.org> <16908.26618.789580.363225@farnswood.snap.net.nz> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1108113744 6914 80.91.229.6 (11 Feb 2005 09:22:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 11 Feb 2005 09:22:24 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 11 10:22:15 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CzX0A-00058O-00 for ; Fri, 11 Feb 2005 10:22:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CzXF3-0006fU-Oi for ged-emacs-devel@m.gmane.org; Fri, 11 Feb 2005 04:37:38 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CzX2N-00046M-B1 for emacs-devel@gnu.org; Fri, 11 Feb 2005 04:24:31 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CzX2A-00042l-Tm for emacs-devel@gnu.org; Fri, 11 Feb 2005 04:24:26 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CzX29-000426-K8 for emacs-devel@gnu.org; Fri, 11 Feb 2005 04:24:18 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CzWWp-0002Al-55 for emacs-devel@gnu.org; Fri, 11 Feb 2005 03:51:55 -0500 Original-Received: (qmail 42398 invoked from network); 11 Feb 2005 08:51:53 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 11 Feb 2005 08:51:53 -0000 Original-To: Nick Roberts In-Reply-To: <16908.26618.789580.363225@farnswood.snap.net.nz> (Nick Roberts's message of "Fri, 11 Feb 2005 21:08:26 +1300") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:33244 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33244 Nick Roberts writes: > > BTW, I firmly vote against any such change (even if done via > > find-file-hook): gdba.el should be trying to be more robust (in the face of > > unexpected or missing output from gdb), not more featureful. > > Currently, in a debug session with gdb-ui, the first breakpoint has to be set > either with a global binding e.g C-x SPC or through the GUD buffer. No other > debugger, that I know of, puts such an unintuitive constraint on the user. > This patch makes the fringe available for setting breakpoints at the start > of the session. I wouldn't call that a adding new feature, but rather making > an existing one more sound. I agree with you that we need to have this feature. But can't gdb-ui just bind [left-fringe mouse-1] to a gdb-ui specific command in global-map? That command could check if the buffer is a source file and set breakpoints accordingly (if gdb is running and in a state that allows it to set a breakpoint), and just do mouse-set-point otherwise. -- Kim F. Storm http://www.cua.dk