From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.bugs Subject: bug#3650: M-x gdb unusable on Windows Date: Tue, 23 Jun 2009 10:08:07 -0700 (PDT) Message-ID: <200906231708.n5NH871m015109@godzilla.ics.uci.edu> References: <49FF3340.2040008@gmx.de> <4A005A64.5050908@gnu.org> <4A3F1B05.7030105@gnu.org> <4A3F7058.902@gnu.org> <4A3F81AC.1070404@gnu.org> <4A3F8EAC.5010009@gnu.org> <19008.29091.473126.629092@totara.tehura.co.nz> Reply-To: Dan Nicolaescu , 3650@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1245781274 21709 80.91.229.12 (23 Jun 2009 18:21:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Jun 2009 18:21:14 +0000 (UTC) Cc: 3650@emacsbugs.donarmstrong.com To: Kenichi Handa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 23 20:21:07 2009 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 1MJAcD-0007tF-Kb for geb-bug-gnu-emacs@m.gmane.org; Tue, 23 Jun 2009 20:21:05 +0200 Original-Received: from localhost ([127.0.0.1]:36043 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MJAcC-0001wx-IG for geb-bug-gnu-emacs@m.gmane.org; Tue, 23 Jun 2009 14:21:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MJ9ch-0002HS-Ew for bug-gnu-emacs@gnu.org; Tue, 23 Jun 2009 13:17:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MJ9cc-0002Ex-CU for bug-gnu-emacs@gnu.org; Tue, 23 Jun 2009 13:17:30 -0400 Original-Received: from [199.232.76.173] (port=59458 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MJ9cc-0002Er-7h for bug-gnu-emacs@gnu.org; Tue, 23 Jun 2009 13:17:26 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:37749) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MJ9cb-0004hX-Ko for bug-gnu-emacs@gnu.org; Tue, 23 Jun 2009 13:17:25 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5NHHMIH010328; Tue, 23 Jun 2009 10:17:23 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n5NHF5wb009649; Tue, 23 Jun 2009 10:15:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Dan Nicolaescu Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 23 Jun 2009 17:15:05 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3650 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3650-submit@emacsbugs.donarmstrong.com id=B3650.12457769088689 (code B ref 3650); Tue, 23 Jun 2009 17:15:05 +0000 Original-Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 17:08:28 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5NH8NC9008655 for <3650@emacsbugs.donarmstrong.com>; Tue, 23 Jun 2009 10:08:24 -0700 Original-Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n5NH878f018807; Tue, 23 Jun 2009 10:08:07 -0700 (PDT) Original-Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n5NH871m015109; Tue, 23 Jun 2009 10:08:07 -0700 (PDT) In-Reply-To: (Kenichi Handa's message of "Tue, 23 Jun 2009 22:22:05 +0900") Original-Lines: 55 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n5NH878f018807 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.286, required 5, autolearn=disabled, ALL_TRUSTED -1.44, TW_TV 0.08, TW_VB 0.08) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Tue, 23 Jun 2009 13:17:30 -0400 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:28932 Archived-At: Kenichi Handa writes: > In article <19008.29091.473126.629092@totara.tehura.co.nz>, nickrob@snap.net.nz (Nick Roberts) writes: > > > >> By the way, I also installed gdb-6.8-mingw-3.tar.bz2. But, > > >> with "M-x gdb", pp and pr commands doesn't work. They print > > >> nothing. They do work when gdb is invoked from command > > >> line. Do you know what is wrong? > > > Are you sure they print nothing or is it just that the output isn't > > being flushed? The commentary in gdb-ui.el has some advice about using > > Emacs and GDB on Windows: > > > ;; If you are using Emacs and GDB on Windows you will need to flush the buffer > > ;; explicitly in your program if you want timely display of I/O in Emacs. > > ;; Alternatively you can make the output stream unbuffered, for example, by > > ;; using a macro: > > > ;; #ifdef UNBUFFERED > > ;; setvbuf (stdout, (char *) NULL, _IONBF, 0); > > ;; #endif > > > ;; and compiling with -DUNBUFFERED while debugging. > > Thank you for the info. When I added "fflush (stderr);" at > the end of the function debug_print, pp and pr commands > started to work on Windows (mingw). > > But, still C-c C-n in *gud* buffer, C-x C-a C-b in a source > file buffer don't work. > > When I type C-c C-n in *gud* buffer, > "error in process filter: Unexpected `starting' annocation" > is shown in the echo area, and no command is accepted here > after. I hit this regularly when running gdb against a simulator (i.e. slow response from the target) and type c RET c RET fast, so the second c comes before hitting the next breakpoint. It seems that gud gets confused in interpreting the response from gdb... After that anything I type print the result of "info breakpoints". > When I type C-x C-a C-b in a source file buffer, the gdb > prompt in *gud* buffer is erased, and any further commands > in *gud* just show the same output as "br info", and the > menu bar keep flushing. Sometimes typing quit RET and then answering "no" will clear things up and it's possible to continue... but this is just a hack...