From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#3650: M-x gdb unusable on Windows Date: Tue, 23 Jun 2009 10:59:29 +0900 Message-ID: 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> Reply-To: Kenichi Handa , 3650@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1245723463 19245 80.91.229.12 (23 Jun 2009 02:17:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Jun 2009 02:17:43 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org To: Jason Rumney , 3650@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 23 04:17:40 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 1MIvZp-0004Iz-80 for geb-bug-gnu-emacs@m.gmane.org; Tue, 23 Jun 2009 04:17:37 +0200 Original-Received: from localhost ([127.0.0.1]:51826 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MIvZo-0000vO-FX for geb-bug-gnu-emacs@m.gmane.org; Mon, 22 Jun 2009 22:17:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MIvZj-0000rX-RE for bug-gnu-emacs@gnu.org; Mon, 22 Jun 2009 22:17:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MIvZe-0000m1-A7 for bug-gnu-emacs@gnu.org; Mon, 22 Jun 2009 22:17:30 -0400 Original-Received: from [199.232.76.173] (port=38186 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MIvZe-0000lu-70 for bug-gnu-emacs@gnu.org; Mon, 22 Jun 2009 22:17:26 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:50283) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MIvZd-00005K-Mg for bug-gnu-emacs@gnu.org; Mon, 22 Jun 2009 22:17:26 -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 n5N2HMcx007051; Mon, 22 Jun 2009 19:17:23 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n5N25HPA004893; Mon, 22 Jun 2009 19:05:17 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Kenichi Handa Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 23 Jun 2009 02:05:17 +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.12457223783105 (code B ref 3650); Tue, 23 Jun 2009 02:05:17 +0000 Original-Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 01:59:38 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mx1.aist.go.jp (mx1.aist.go.jp [150.29.246.133]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5N1xWnh003097 for <3650@emacsbugs.donarmstrong.com>; Mon, 22 Jun 2009 18:59:33 -0700 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n5N1xUvg020413; Tue, 23 Jun 2009 10:59:30 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp3.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n5N1xUSu004054; Tue, 23 Jun 2009 10:59:30 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp3.aist.go.jp with ESMTP id n5N1xTjO012657; Tue, 23 Jun 2009 10:59:29 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MIvIH-0005ow-Mq; Tue, 23 Jun 2009 10:59:29 +0900 In-reply-to: <4A3F8EAC.5010009@gnu.org> (message from Jason Rumney on Mon, 22 Jun 2009 22:01:16 +0800) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Mon, 22 Jun 2009 22: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:28917 gmane.emacs.pretest.bugs:24677 Archived-At: In article <4A3F8EAC.5010009@gnu.org>, Jason Rumney writes: > Problem 1 is that the default directory of gdb is the directory where > the Emacs executable is even though I started it from the source > directory and specified oo/i386/emacs.exe as the executable to debug. > This means that .gdbinit needs to be "source"d in manually. It seems that this problem is not specific to Windows. On GNU/Linux, to debug a program compiled using libtool, I have to to debug ./.libs/PROGNAME. In that case, even if the current directory has .gdbinit, it is not loaded in the gdb session because gdb starts with the directory ./.libs. > In addition, > gud is unable to find source files that are not already being visited: > (gdb) break fontset_find_font > Breakpoint 1 at 0x10f9dd7: file fontset.c, line 527. > (gdb) list :1 > No source file named in loaded symbols. This doesn't happen to me. I don't know why. I built emacs by manually deleting "-o2" from src/makefile after running nt/configure.bat. Does it change the situation?!? > Problem 2 is that Emacs output (including the results of pp and pr) is > redirected to a buffer entitled *input/output of emacs.exe*, or at least > that is what the intention appears to be. That buffer is populated as > follows when gdb starts, and never updates: In my M-x gdb session, that buffer is not created!?! > c:\GnuWin32\bin\sleep.exe: cannot read realtime clock: Invalid argument > Process gdb-inferior exited abnormally with code 1 > Problem 3 is that there appears to be a menu toggle for disabling this > output redirection, but it does not function. Instead, I see this in > *Messages*: > Symbol's function definition is void: gdb-use-separate-io-buffer Menu->Gud->GDB-UI->Separate IO doesn't cause that error. Actually gdb-use-separate-io-buffer is a variable defined in gdb-mi.el. > Problem 4 is that enabling GUD tooltips results messages like the following: > error in process filter: Args out of range: "", 0, -1 [2 times] M-x gud-tooltip-mode RET doesn't cause that problem. > Problem 5 is the general slowness. This one is probably down to Windows > poor subprocess and pipe support, but the rest seem to be real problems > within gud/gdb-mi. It seems that my environment is different from yours. --- Kenichi Handa handa@m17n.org