From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Pierre-Louis Escouflaire Newsgroups: gmane.emacs.bugs Subject: Re: gud-mode --annotate=3 and synchronization problems Date: Tue, 04 Sep 2007 13:47:09 +0200 Message-ID: <46DD45BD.1060300@eurocontrol.int> Reply-To: pierre-louis.escouflaire@eurocontrol.int NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1188906462 27616 80.91.229.12 (4 Sep 2007 11:47:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Sep 2007 11:47:42 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 04 13:47:42 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 1ISWsW-0007jK-QX for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Sep 2007 13:47:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISWsV-0002Cv-8m for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Sep 2007 07:47:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ISWsT-0002Cm-H3 for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2007 07:47:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ISWsP-0002CG-EG for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2007 07:47:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISWsP-0002CD-8y for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2007 07:47:25 -0400 Original-Received: from exprod8og50.obsmtp.com ([64.18.3.82]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1ISWsO-0001EB-QZ for bug-gnu-emacs@gnu.org; Tue, 04 Sep 2007 07:47:25 -0400 Original-Received: from source ([193.221.170.179]) by exprod8ob50.obsmtp.com ([64.18.7.12]) with SMTP; Tue, 04 Sep 2007 04:47:13 PDT Original-Received: from HHBRUE007.hq.corp.eurocontrol.int (hhbrue007.hq.corp.eurocontrol.int [193.221.160.203]) by biscuit.eurocontrol.int (8.12.10/8.12.7) with ESMTP id l84Bl95n022623 for ; Tue, 4 Sep 2007 13:47:09 +0200 (MEST) Original-Received: from FFBRUE001.cfmu.corp.eurocontrol.int ([193.58.25.51]) by HHBRUE007.hq.corp.eurocontrol.int with Microsoft SMTPSVC(6.0.3790.2499); Tue, 4 Sep 2007 13:47:09 +0200 Original-Received: from eurocontrol.int ([193.221.189.138]) by FFBRUE001.cfmu.corp.eurocontrol.int with Microsoft SMTPSVC(6.0.3790.1830); Tue, 4 Sep 2007 13:47:08 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20040924 X-Accept-Language: en-us, en, fr-fr X-OriginalArrivalTime: 04 Sep 2007 11:47:08.0982 (UTC) FILETIME=[52F35D60:01C7EEE9] 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:16483 Archived-At: Nick Roberts wrote: >> Typing commands before gdb is ready makes gud-mode confused. > > I've looked at this more carefully now. Does the patch below fix it > if you use M-x gdba? (As a general note, if you want to use GDB in > graphical mode it's better to use M-x gdba than M-x gdb) With M-x gdb, gdb does not execute the first command (before prompt) and gets stuck (freezes) with the second (during prompt). With M-x gdba, it is exactly the same. Here are some tests I have performed. With M-x gdb: Not doing anything before gdb prompt appears is OK. Not doing anything but `M-x describe-variable RET gdb-ready' before gdb prompt appears tells "No match" and then commands make gdb freeze. Plus, hre are some messages I had: when: Symbol's value as variable is void: gdb-ready error in process filter: cond: Phase error in gdb-pre-prompt (got pre-emacs) error in process filter: Phase error in gdb-pre-prompt (got pre-emacs) Note that all goes along with the --annotate=3 option. With M-x gdba: Not doing anything before gdb prompt appears is OK. Not doing anything but `M-x describe-variable RET gdb-ready' before gdb prompt appears tells "No match" and then commands make gdb freeze. The gdb-ready variable is defined everytime. However, it is still set to 'nil' after the first prompt appeared. >> Also note the command being repeated on quit using Ctrl-D (^D). > > I thought we had solved this problem. Can you be more specific? Does > it still happen with M-x gdba With M-x gdb: Not doing anything before gdb prompt appears, I receive this message: when: Symbol's value as variable is void: gdb-ready With M-x gdba: Not doing anything before gdb prompt appears, it does not do anything until gdb is in the 'ready' state. Then it quits normally. Thanks for your concern Regards, Pierre-Louis ESCOUFLAIRE ____ This message and any files transmitted with it are legally privileged and intended for the sole use of the individual(s) or entity to whom they are addressed. If you are not the intended recipient, please notify the sender by reply and delete the message and any attachments from your system. Any unauthorised use or disclosure of the content of this message is strictly prohibited and may be unlawful. Nothing in this e-mail message amounts to a contractual or legal commitment on the part of EUROCONTROL, unless it is confirmed by appropriately signed hard copy. Any views expressed in this message are those of the sender.