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-mode --annotate=3 and synchronization problems Date: Thu, 6 Sep 2007 19:08:32 +1200 Message-ID: <18143.42864.307342.485710@kahikatea.snap.net.nz> References: <46DD45BD.1060300@eurocontrol.int> <18142.15489.961065.713549@kahikatea.snap.net.nz> <46DED0DE.7040007@eurocontrol.int> 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 1189062541 11925 80.91.229.12 (6 Sep 2007 07:09:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 6 Sep 2007 07:09:01 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: pierre-louis.escouflaire@eurocontrol.int Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 06 09:09:00 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 1ITBTy-00048D-J1 for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Sep 2007 09:08:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITBTw-0000gy-Ir for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Sep 2007 03:08:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ITBTt-0000cl-Qq for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2007 03:08:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ITBTr-0000XW-Hk for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2007 03:08:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITBTr-0000XG-7v for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2007 03:08:47 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ITBTq-0006u6-Ok for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2007 03:08:46 -0400 Original-Received: from viper.snap.net.nz ([202.37.101.8]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ITBTm-0001gF-Hx for bug-gnu-emacs@gnu.org; Thu, 06 Sep 2007 03:08:42 -0400 Original-Received: from kahikatea.snap.net.nz (174.60.255.123.dynamic.snap.net.nz [123.255.60.174]) by viper.snap.net.nz (Postfix) with ESMTP id F02703D9F6E; Thu, 6 Sep 2007 19:08:35 +1200 (NZST) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 7FD588FC6D; Thu, 6 Sep 2007 19:08:33 +1200 (NZST) In-Reply-To: <46DED0DE.7040007@eurocontrol.int> X-Mailer: VM 7.19 under Emacs 22.1.50.8 X-detected-kernel: Linux 2.4-2.6 X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) 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:16491 Archived-At: > OK, I just took the one from CVS (with no gdb-ready variable) and tested > a bit with different configurations and I don't have any synchronization > problems remaining. > > I have seen that the default behavior is now 'gdb' with no option which > I think to be much better (one generally removes the --annotate=3 option). If you remove the --annotate=3 option M-x gdb will just behave like the command line with the tool bar and keybindings, i.e., no source will be displayed. > However, I have tested with the --annotate=3 option and I have seen that > navigation through files is broken. In fact, it is due to the file > location: it tries to open the file within directory "$(pwd)/source > ${REAL_LOCATION}" (strings concatenation). Is REAL_LOCATION an environment variable or meta-language? > Note that gud-mode also behaves as gdb outside emacs, i.e. outputting > those ^Z characters and current operation (pre-prompt, starting, > breakpoint, etc.) sequence. I do not know if it is normal, but to me This shouldn't happen. Does anybody else see these problems? > Anyways, to me, it seems much better this way since one is not lost with > options (s)he never used before and since the use of gdb is now much easier. If by "this way" you mean 'gdb' with no option, you might as well use GDB from the command line as you won't get many of the features that GUD mode offers. -- Nick http://www.inet.net.nz/~nickrob