From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.bugs Subject: Re: gud/gdb Date: Thu, 27 Sep 2007 17:21:50 +1200 Message-ID: <18171.15854.668941.88316@kahikatea.snap.net.nz> References: <200709261732.l8QHWNMJ017163@u123.math.uiuc.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1190870541 4762 80.91.229.12 (27 Sep 2007 05:22:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 27 Sep 2007 05:22:21 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: "Daniel R. Grayson" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 27 07:22:16 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IalpG-0007Yk-N1 for geb-bug-gnu-emacs@m.gmane.org; Thu, 27 Sep 2007 07:22:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IalpD-000250-1B for geb-bug-gnu-emacs@m.gmane.org; Thu, 27 Sep 2007 01:22:11 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IalpA-000232-DF for bug-gnu-emacs@gnu.org; Thu, 27 Sep 2007 01:22:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ialp8-00021E-LS for bug-gnu-emacs@gnu.org; Thu, 27 Sep 2007 01:22:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ialp8-000211-9v for bug-gnu-emacs@gnu.org; Thu, 27 Sep 2007 01:22:06 -0400 Original-Received: from viper.snap.net.nz ([202.37.101.8]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ialp7-00027N-OK for bug-gnu-emacs@gnu.org; Thu, 27 Sep 2007 01:22:06 -0400 Original-Received: from kahikatea.snap.net.nz (30.63.255.123.dynamic.snap.net.nz [123.255.63.30]) by viper.snap.net.nz (Postfix) with ESMTP id C731F3DA010; Thu, 27 Sep 2007 17:21:54 +1200 (NZST) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 609DF8FC6D; Thu, 27 Sep 2007 17:21:51 +1200 (NZST) In-Reply-To: <200709261732.l8QHWNMJ017163@u123.math.uiuc.edu> X-Mailer: VM 7.19 under Emacs 23.0.50.12 X-Detected-Kernel: Linux 2.4-2.6 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16622 Archived-At: > The problem is hard to explain how to reproduce, but occasionally gdb gets > really confused and, in addition to not displaying the buffer with the > source code where the program has stopped, it also issues numerous error > messages from the process filter. Does it happen if you enter commands more slowly, e.g. when stepping, in the GUD buffer so that the program being debugged has time to stop before the next command? Also if you step using the toolbar you shouldn't see this problem (commands issued while the program is running get disregarded). > Here is the fix I found that worked for me. Someone who understands gud > better than I should check the fix for correctness. Before applying such a patch we would need a test to reproduce the problem and a rationale for the fix but I doubt that this is indeed a fix and suspect that simply the timing of the commands you entered differed. I am aware of such problems but can't see a simple solution. > lisp/progmodes/gud.el > > change > > (defvar gud-gdb-marker-regexp > ;; This used to use path-separator instead of ":"; > ;; however, we found that on both Windows 32 and MSDOS > ;; a colon is correct here. > (concat "\032\032\\(.:?[^" ":" "\n]*\\)" ":" > "\\([0-9]*\\)" ":" ".*\n")) > > to > > (defvar gud-gdb-marker-regexp > ;; This used to use path-separator instead of ":"; > ;; however, we found that on both Windows 32 and MSDOS > ;; a colon is correct here. > (concat "\032\032source \\(.:?[^" ":" "\n]*\\)" ":" > "\\([0-9]*\\)" ":" ".*\n")) -- Nick http://www.inet.net.nz/~nickrob