From unknown Mon Aug 18 08:27:57 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#3650 <3650@debbugs.gnu.org> To: bug#3650 <3650@debbugs.gnu.org> Subject: Status: M-x gdb unusable on Windows Reply-To: bug#3650 <3650@debbugs.gnu.org> Date: Mon, 18 Aug 2025 15:27:57 +0000 retitle 3650 M-x gdb unusable on Windows reassign 3650 emacs submitter 3650 Jason Rumney severity 3650 normal thanks From jasonrumney@gmail.com Mon Jun 22 07:02:02 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 22 Jun 2009 14:02:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.3 required=4.0 tests=AWL,IMPRONONCABLE_2 autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5ME1vEk004611 for ; Mon, 22 Jun 2009 07:01:58 -0700 Received: from mx10.gnu.org ([199.232.76.166]:47944) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MIk5s-00038n-Ty for emacs-pretest-bug@gnu.org; Mon, 22 Jun 2009 10:01:57 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MIk5s-0002mC-1S for emacs-pretest-bug@gnu.org; Mon, 22 Jun 2009 10:01:56 -0400 Received: from mail-px0-f176.google.com ([209.85.216.176]:57980) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MIk5r-0002lr-KP for emacs-pretest-bug@gnu.org; Mon, 22 Jun 2009 10:01:55 -0400 Received: by pxi6 with SMTP id 6so3632488pxi.14 for ; Mon, 22 Jun 2009 07:01:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=d9+h7dAxQ7ohFJGcg/I/FuuSgiYYZiqBIfduUsLNdx4=; b=r3Smx//RiDvO+WwzD3tb8+XmpreJfoSx/jbm4OcbHbP2qUAmoiKboMjHukmPvMbohX w5AXokiX4wedzhBUhi/cPR//Nh3X6LkWrvh9asG2A//K0/RVNDqs/zklw+X2iWrVX67A Z/I/utNK8QagokLamKWpT9mX3KlTvmbDj1PAc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=P18iGXYjHz1zafMs2bQ9PTULbK+T6Y+RYZw7Xjb32knrgsYbab/4ZDwCcZlwcAK4gk EfpMMiymLkzYtbfVPjBX6MzS9ZJQnDEPnw3XzleDORGBMvZ35P1Qe0qw9o08WWGx6gIS FS5RZJPcCNmUbZemnLe63BIQefthnJGvW6Jgw= Received: by 10.142.113.17 with SMTP id l17mr2751849wfc.299.1245679311039; Mon, 22 Jun 2009 07:01:51 -0700 (PDT) Received: from ?192.168.249.26? ([124.13.3.16]) by mx.google.com with ESMTPS id 22sm841030wfg.27.2009.06.22.07.01.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Jun 2009 07:01:50 -0700 (PDT) Sender: Jason Rumney Message-ID: <4A3F8EAC.5010009@gnu.org> Date: Mon, 22 Jun 2009 22:01:16 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: emacs-pretest-bug Subject: M-x gdb unusable on Windows References: <49FF3340.2040008@gmx.de> <4A005A64.5050908@gnu.org> <4A3F1B05.7030105@gnu.org> <4A3F7058.902@gnu.org> <4A3F81AC.1070404@gnu.org> In-Reply-To: <4A3F81AC.1070404@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Jason Rumney wrote: > Kenichi Handa wrote: > >> 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? >> > > I've often had problems in the past using debuggers under Emacs on > Windows (under Emacs 21 and early 22 development versions though, so I > haven't tried the new gdb-ui extensively), so I always use the command > line. I just tried it, and it seems to be even worse than I remembered. 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. 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. 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: 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 Problem 4 is that enabling GUD tooltips results messages like the following: error in process filter: Args out of range: "", 0, -1 [2 times] 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. From handa@m17n.org Mon Jun 22 18:59:52 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 23 Jun 2009 01:59:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,HAS_BUG_NUMBER, IMPRONONCABLE_2 autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5N1xmwj003113 for ; Mon, 22 Jun 2009 18:59:49 -0700 Received: from mx10.gnu.org ([199.232.76.166]:45534) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MIvIZ-0002nE-Hr for emacs-pretest-bug@gnu.org; Mon, 22 Jun 2009 21:59:47 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MIvIY-0005s0-Ml for emacs-pretest-bug@gnu.org; Mon, 22 Jun 2009 21:59:47 -0400 Received: from mx1.aist.go.jp ([150.29.246.133]:39050) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MIvIU-0005qV-Qq; Mon, 22 Jun 2009 21:59:43 -0400 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) 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) Received: by smtp3.aist.go.jp with ESMTP id n5N1xTjO012657; Tue, 23 Jun 2009 10:59:29 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MIvIH-0005ow-Mq; Tue, 23 Jun 2009 10:59:29 +0900 From: Kenichi Handa To: Jason Rumney , 3650@debbugs.gnu.org CC: emacs-pretest-bug@gnu.org In-reply-to: <4A3F8EAC.5010009@gnu.org> (message from Jason Rumney on Mon, 22 Jun 2009 22:01:16 +0800) Subject: Re: bug#3650: M-x gdb unusable on Windows 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> Message-Id: Date: Tue, 23 Jun 2009 10:59:29 +0900 X-detected-operating-system: by monty-python.gnu.org: Solaris 9 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 From dann@godzilla.ics.uci.edu Mon Jun 22 20:37:43 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 03:37:43 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-7.1 required=4.0 tests=AWL,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n5N3bdFo020732 for <3650@emacsbugs.donarmstrong.com>; Mon, 22 Jun 2009 20:37:40 -0700 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 n5N3bRiG017420; Mon, 22 Jun 2009 20:37:27 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n5N3bQGh016672; Mon, 22 Jun 2009 20:37:26 -0700 (PDT) Date: Mon, 22 Jun 2009 20:37:26 -0700 (PDT) Message-Id: <200906230337.n5N3bQGh016672@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Kenichi Handa Cc: 3650@debbugs.gnu.org, Jason Rumney Subject: Re: bug#3650: M-x gdb unusable on Windows 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> X-Debbugs-No-Ack: yes In-Reply-To: (Kenichi Handa's message of "Tue, 23 Jun 2009 10:59:29 +0900") Lines: 42 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n5N3bRiG017420 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Kenichi Handa writes: > 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. This is extremely annoying, I've had to add (setq gud-chdir-before-run nil) to my .emacs at some point to get around this. The current default completely breaks if you want to debug things that use relative file names. Say if you have: subdir1/binary -blah subdir2/foo -bar subdir3/baz That you can debug from the command like simply doing: gdb --args subdir1/binary -blah subdir2/foo -bar subdir3/baz you can't debug this by default by doing: M-x gdb RET --args subdir1/binary -blah subdir2/foo -bar subdir3/baz like one could do with emacs-21... Things work much better if you set (setq gud-chdir-before-run nil) Not sure what's the point of this change, making M-x gdb different from doing the same thing from the command line by default does not sound like a great idea. From nickrob@snap.net.nz Mon Jun 22 23:09:50 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 06:09:50 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.25] (may be forged)) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5N69iUE015263 for <3650@emacsbugs.donarmstrong.com>; Mon, 22 Jun 2009 23:09:45 -0700 Received: from totara (110.28.255.123.dynamic.snap.net.nz [123.255.28.110]) by viper.snap.net.nz (Postfix) with ESMTP id 5D69C3D9FEB; Tue, 23 Jun 2009 18:09:40 +1200 (NZST) Received: by totara (Postfix, from userid 1000) id 791CBC13F; Tue, 23 Jun 2009 18:09:39 +1200 (NZST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19008.29091.473126.629092@totara.tehura.co.nz> Date: Tue, 23 Jun 2009 18:09:39 +1200 To: Jason Rumney , 3650@debbugs.gnu.org Cc: emacs-pretest-bug Subject: bug#3650: M-x gdb unusable on Windows In-Reply-To: <4A3F8EAC.5010009@gnu.org> 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> X-Mailer: VM 7.19 under Emacs 22.2.1 From: nickrob@snap.net.nz (Nick Roberts) Jason Rumney writes: > Jason Rumney wrote: > > Kenichi Handa wrote: > > > >> 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. > > I've often had problems in the past using debuggers under Emacs on > > Windows (under Emacs 21 and early 22 development versions though, so I > > haven't tried the new gdb-ui extensively), so I always use the command > > line. > > I just tried it, and it seems to be even worse than I remembered. Perhaps you mean: I just tried it, and I can't get it to work. Asking on this list if others are successfully using it will probably answer the question as to whether the problem is at your end or not. Saying it is unusable is a bit cheap. > Problem 1 is that ... What version of Emacs are you using? -- Nick http://www.inet.net.nz/~nickrob From nickrob@snap.net.nz Mon Jun 22 23:23:02 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 06:23:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.25] (may be forged)) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5N6Mw79017854 for <3650@emacsbugs.donarmstrong.com>; Mon, 22 Jun 2009 23:22:59 -0700 Received: from totara (110.28.255.123.dynamic.snap.net.nz [123.255.28.110]) by viper.snap.net.nz (Postfix) with ESMTP id B228D3DA05E; Tue, 23 Jun 2009 18:22:57 +1200 (NZST) Received: by totara (Postfix, from userid 1000) id A426FC13F; Tue, 23 Jun 2009 18:22:56 +1200 (NZST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19008.29888.625193.823405@totara.tehura.co.nz> Date: Tue, 23 Jun 2009 18:22:56 +1200 To: Kenichi Handa , 3650@debbugs.gnu.org Cc: Jason Rumney , emacs-pretest-bug@gnu.org Subject: bug#3650: M-x gdb unusable on Windows In-Reply-To: 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> X-Mailer: VM 7.19 under Emacs 22.2.1 From: nickrob@snap.net.nz (Nick Roberts) Kenichi Handa writes: > 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. You can change the behaviour to keep the current directory by setting gud-chdir-before-run to nil. The problem with this arrangement is that it might not find your .gdbinit file (as with Emacs) and it's generally less obvious what the default directory is in Emacs than what the current working directory is from the command line. Dan might find it "extremely annoying" but this change goes back to 2001-05-24 when gud.el was in the lisp directory. I quite like this default and suggest keeping it, but it might be a good idea to document the variable gud-chdir-before-run in the manual. -- Nick http://www.inet.net.nz/~nickrob From handa@m17n.org Tue Jun 23 00:38:40 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 07:38:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.5 required=4.0 tests=AWL,HAS_BUG_NUMBER, SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n5N7cZ9j031239 for <3650@emacsbugs.donarmstrong.com>; Tue, 23 Jun 2009 00:38:37 -0700 Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n5N7cUBQ029207; Tue, 23 Jun 2009 16:38:31 +0900 (JST) env-from (handa@m17n.org) Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n5N7cUeA005823; Tue, 23 Jun 2009 16:38:30 +0900 (JST) env-from (handa@m17n.org) Received: by smtp1.aist.go.jp with ESMTP id n5N7cU5A001478; Tue, 23 Jun 2009 16:38:30 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MJ0aM-0006l1-6n; Tue, 23 Jun 2009 16:38:30 +0900 From: Kenichi Handa To: nickrob@snap.net.nz (Nick Roberts) CC: 3650@debbugs.gnu.org, jasonr@gnu.org In-reply-to: <19008.29888.625193.823405@totara.tehura.co.nz> (nickrob@snap.net.nz) Subject: Re: bug#3650: M-x gdb unusable on Windows 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.29888.625193.823405@totara.tehura.co.nz> Message-Id: Date: Tue, 23 Jun 2009 16:38:30 +0900 In article <19008.29888.625193.823405@totara.tehura.co.nz>, nickrob@snap.net.nz (Nick Roberts) writes: > 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. > You can change the behaviour to keep the current directory by setting > gud-chdir-before-run to nil. The problem with this arrangement is that it > might not find your .gdbinit file (as with Emacs) and it's generally less > obvious what the default directory is in Emacs than what the current > working directory is from the command line. How about making gud don't change directory when a program is specified with a relative path if gud-chdir-before-run is not nil nor t (I can't think of a good symbol at the moment)? I usually specify a relative path at M-x gdb when I'm in a buffer visiting a source file of a program to debug. If I'm in a buffer not related to a program to debug, I usually specify the program by an absolute path. > but it might be a good idea to document the variable > gud-chdir-before-run in the manual. Sure. --- Kenichi Handa handa@m17n.org From jasonrumney@gmail.com Tue Jun 23 01:00:12 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 23 Jun 2009 08:00:12 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.2 required=4.0 tests=AWL,HAS_BUG_NUMBER, RCVD_IN_SBLXBL,RCVD_IN_SBLXBL_CBL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5N807xq002293 for ; Tue, 23 Jun 2009 01:00:08 -0700 Received: from mx10.gnu.org ([199.232.76.166]:37064) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MJ0vG-0003fY-HJ for emacs-pretest-bug@gnu.org; Tue, 23 Jun 2009 04:00:06 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MJ0vF-0003uL-9E for emacs-pretest-bug@gnu.org; Tue, 23 Jun 2009 04:00:06 -0400 Received: from rv-out-0708.google.com ([209.85.198.244]:42213) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MJ0vE-0003u0-Pc for emacs-pretest-bug@gnu.org; Tue, 23 Jun 2009 04:00:05 -0400 Received: by rv-out-0708.google.com with SMTP id k29so326617rvb.6 for ; Tue, 23 Jun 2009 01:00:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=frEb4jJ6zTrPEXPaMrdZECOYNX7tdDpHd5DdWrb+rk0=; b=ExB7pDqBxymuMM95FmK6c0nO86+orjk6XNf0Z8G9br6ujk5MhrlSP+l/ir35QlUDrC 7V3sQDdgrnbWnbZ0JIPVcoejAWPdeMwK477QMcNJiM5BjtNtfk+LxNJEbcv7xETqKDIc KsZ1zsPgd2vpU8U4FjlK/FNOk1gJ8rAneWeFM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=VaeTiNoOZ8/0tdNtLtcbcCnakEfj4MBovMzdevXvYFNt4W++kOQ7v4zoeAN2e0rDXH t9hMkLPqqM3LFbMyZtsCt1Pn4vxw+HoCbiPU+Q0TuGaBUfUroNL39NDOy7NOGGcLmynr A+ji5m3cfe0SfCOh7euLRTikDAN9m6af0Fqpg= Received: by 10.140.174.11 with SMTP id w11mr6511104rve.83.1245744003750; Tue, 23 Jun 2009 01:00:03 -0700 (PDT) Received: from ?10.1.1.112? ([61.4.103.130]) by mx.google.com with ESMTPS id k2sm14461174rvb.2.2009.06.23.01.00.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Jun 2009 01:00:03 -0700 (PDT) Sender: Jason Rumney Message-ID: <4A408B5F.5090307@gnu.org> Date: Tue, 23 Jun 2009 15:59:27 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Nick Roberts CC: 3650@debbugs.gnu.org, emacs-pretest-bug Subject: Re: bug#3650: M-x gdb unusable on Windows 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> In-Reply-To: <19008.29091.473126.629092@totara.tehura.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Nick Roberts wrote: > What version of Emacs are you using? > Both trunk and EMACS_23_1_RC. The trunk is slightly better, as the branch additionally stops responding after some time debugging (around the same time that tooltips stop working - which happened before I turned on tooltips the first time I tested on trunk so I mistakenly thought they didn't work at all). From handa@m17n.org Tue Jun 23 06:22:13 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 13:22:13 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.5 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER, SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n5NDM85Y030791 for <3650@emacsbugs.donarmstrong.com>; Tue, 23 Jun 2009 06:22:10 -0700 Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id n5NDM6Ue016330; Tue, 23 Jun 2009 22:22:06 +0900 (JST) env-from (handa@m17n.org) Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id n5NDM6it014658; Tue, 23 Jun 2009 22:22:06 +0900 (JST) env-from (handa@m17n.org) Received: by smtp4.aist.go.jp with ESMTP id n5NDM5om004669; Tue, 23 Jun 2009 22:22:06 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MJ5wr-0007eb-Qn; Tue, 23 Jun 2009 22:22:05 +0900 From: Kenichi Handa To: Nick Roberts , 3650@debbugs.gnu.org CC: jasonr@gnu.org In-reply-to: <19008.29091.473126.629092@totara.tehura.co.nz> (nickrob@snap.net.nz) Subject: Re: bug#3650: M-x gdb unusable on Windows 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> Message-Id: Date: Tue, 23 Jun 2009 22:22:05 +0900 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. 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. --- Kenichi Handa handa@m17n.org From dann@godzilla.ics.uci.edu Tue Jun 23 10:08:27 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 23 Jun 2009 17:08:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-7.1 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 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) 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) Date: Tue, 23 Jun 2009 10:08:07 -0700 (PDT) Message-Id: <200906231708.n5NH871m015109@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Kenichi Handa Cc: 3650@debbugs.gnu.org, Nick Roberts Subject: Re: bug#3650: M-x gdb unusable on Windows 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> X-Debbugs-No-Ack: yes In-Reply-To: (Kenichi Handa's message of "Tue, 23 Jun 2009 22:22:05 +0900") Lines: 55 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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 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... From happylibaoliang@gmail.com Tue Jun 23 18:29:46 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 24 Jun 2009 01:29:46 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5O1TfJO002879 for <3650@emacsbugs.donarmstrong.com>; Tue, 23 Jun 2009 18:29:43 -0700 Received: by ewy26 with SMTP id 26so736603ewy.1 for <3650@emacsbugs.donarmstrong.com>; Tue, 23 Jun 2009 18:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=B3fkO4/ovKVAOiLVB5ObceGZLagIsu8b8Z/PE+iehZM=; b=CLPRVp3mLwLviYj+LYvbjfwK+YNbMCAL/dPAWx/1Uk5dQ960Phm6CATGh3j1a5UzUW 3qpX2US7ZtNZs8FpJtMJO+GHXa8ma7Hs6SD24zU2d6gt7oUiXMjZcl/qq15NqZTtp7wy NYuB1CW7w0twlFct/K3PXd0Vhd2m6ZvjmJpAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wgGXxdVE0K84VXogRfnd+oAskczBabrXmHeexZxVobDBSRezCTtYzGEhiobEf90tUz 2y0zCbs9YIFmtX/UH1uyt6i7RRfX8qQkuPStlVDu2wPXaPfVqJk7vPqiT6RbdLltQ4ic cNKvG+LXlMqZMj0/5uVT0Q2YBmu71mfh6lkAE= MIME-Version: 1.0 Received: by 10.216.50.76 with SMTP id y54mr216239web.70.1245806975800; Tue, 23 Jun 2009 18:29:35 -0700 (PDT) In-Reply-To: <200906231708.n5NH871m015109@godzilla.ics.uci.edu> References: <49FF3340.2040008@gmx.de> <4A3F1B05.7030105@gnu.org> <4A3F7058.902@gnu.org> <4A3F81AC.1070404@gnu.org> <4A3F8EAC.5010009@gnu.org> <19008.29091.473126.629092@totara.tehura.co.nz> <200906231708.n5NH871m015109@godzilla.ics.uci.edu> Date: Wed, 24 Jun 2009 09:29:35 +0800 Message-ID: <21235fb0906231829w75fff6e1t56597359505ee6c3@mail.gmail.com> Subject: Re: bug#3650: M-x gdb unusable on Windows From: =?GB2312?B?wO6xpsHB?= To: Dan Nicolaescu , 3650@debbugs.gnu.org Cc: Kenichi Handa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit excuse me ,but how can i unsubscribe this mailing list? 2009/6/24, Dan Nicolaescu : > 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... > > > > > > From handa@m17n.org Wed Jun 24 22:50:59 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 25 Jun 2009 05:51:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.5 required=4.0 tests=AWL,HAS_BUG_NUMBER, SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n5P5otfE009072 for <3650@emacsbugs.donarmstrong.com>; Wed, 24 Jun 2009 22:50:56 -0700 Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id n5P5oriV019159; Thu, 25 Jun 2009 14:50:53 +0900 (JST) env-from (handa@m17n.org) Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id n5P5orwI022820; Thu, 25 Jun 2009 14:50:53 +0900 (JST) env-from (handa@m17n.org) Received: by smtp4.aist.go.jp with ESMTP id n5P5oq4m020440; Thu, 25 Jun 2009 14:50:52 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MJhrI-0003cM-OR; Thu, 25 Jun 2009 14:50:52 +0900 From: Kenichi Handa To: 3650@debbugs.gnu.org CC: nickrob@snap.net.nz In-reply-to: (message from Kenichi Handa on Tue, 23 Jun 2009 22:22:05 +0900) Subject: Re: bug#3650: M-x gdb unusable on Windows 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> Message-Id: Date: Thu, 25 Jun 2009 14:50:52 +0900 In article , Kenichi Handa writes: > But, still C-c C-n in *gud* buffer, C-x C-a C-b in a source > file buffer don't work. I've just found that, with the latest code, they don't work even on GNU/Linux, they show the same behaviour as on Windows. But, with the code of EMACS_23_1_RC, those commands work on GNU/Linux. I'm now building EMACS_23_1_RC on Windows to check if they work. --- Kenichi Handa handa@m17n.org From nickrob@snap.net.nz Wed Jun 24 23:13:57 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 25 Jun 2009 06:13:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.25] (may be forged)) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5P6DrUr013136 for <3650@emacsbugs.donarmstrong.com>; Wed, 24 Jun 2009 23:13:54 -0700 Received: from totara (203.29.255.123.dynamic.snap.net.nz [123.255.29.203]) by viper.snap.net.nz (Postfix) with ESMTP id 346C53D9F70; Thu, 25 Jun 2009 18:13:51 +1200 (NZST) Received: by totara (Postfix, from userid 1000) id 2EC0FC13F; Thu, 25 Jun 2009 18:13:50 +1200 (NZST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19011.5534.127890.563311@totara.tehura.co.nz> Date: Thu, 25 Jun 2009 18:13:50 +1200 To: Kenichi Handa Cc: 3650@debbugs.gnu.org Subject: Re: bug#3650: M-x gdb unusable on Windows In-Reply-To: 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> X-Mailer: VM 7.19 under Emacs 22.2.1 From: nickrob@snap.net.nz (Nick Roberts) Kenichi Handa writes: > In article , Kenichi Handa writes: > > > But, still C-c C-n in *gud* buffer, C-x C-a C-b in a source > > file buffer don't work. > > I've just found that, with the latest code, they don't work > even on GNU/Linux, they show the same behaviour as on > Windows. But, with the code of EMACS_23_1_RC, those > commands work on GNU/Linux. I'm now building EMACS_23_1_RC > on Windows to check if they work. Some things won't work for a while on trunk as there are major changes happening there now: gdb-ui.el -> gdb-mi.el Annotations -> GDB/MI gdb - annotate=3 -> gdb -i=mi Some of this work is being done by Dmitry Dzhus as part of the Google Summer of Code project "Emacs GDB/MI migration": http://socghop.appspot.com/student_project/show/google/gsoc2009/karlberry/t124022551883 -- Nick http://www.inet.net.nz/~nickrob From handa@m17n.org Thu Jun 25 00:51:28 2009 Received: (at 3650) by emacsbugs.donarmstrong.com; 25 Jun 2009 07:51:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.5 required=4.0 tests=AWL,HAS_BUG_NUMBER, SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n5P7pOZr029509 for <3650@emacsbugs.donarmstrong.com>; Thu, 25 Jun 2009 00:51:25 -0700 Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id n5P7pM42014656; Thu, 25 Jun 2009 16:51:22 +0900 (JST) env-from (handa@m17n.org) Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id n5P7pMfE014485; Thu, 25 Jun 2009 16:51:22 +0900 (JST) env-from (handa@m17n.org) Received: by smtp4.aist.go.jp with ESMTP id n5P7pM4o014627; Thu, 25 Jun 2009 16:51:22 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MJjju-0003rZ-9G; Thu, 25 Jun 2009 16:51:22 +0900 From: Kenichi Handa To: nickrob@snap.net.nz (Nick Roberts) CC: 3650@debbugs.gnu.org In-reply-to: <19011.5534.127890.563311@totara.tehura.co.nz> (nickrob@snap.net.nz) Subject: Re: bug#3650: M-x gdb unusable on Windows 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> <19011.5534.127890.563311@totara.tehura.co.nz> Message-Id: Date: Thu, 25 Jun 2009 16:51:22 +0900 In article <19011.5534.127890.563311@totara.tehura.co.nz>, nickrob@snap.net.nz (Nick Roberts) writes: > Kenichi Handa writes: > In article , Kenichi Handa writes: > > > But, still C-c C-n in *gud* buffer, C-x C-a C-b in a source > > file buffer don't work. > > I've just found that, with the latest code, they don't work > even on GNU/Linux, they show the same behaviour as on > Windows. But, with the code of EMACS_23_1_RC, those > commands work on GNU/Linux. I'm now building EMACS_23_1_RC > on Windows to check if they work. > Some things won't work for a while on trunk as there are major changes > happening there now: > gdb-ui.el -> gdb-mi.el > Annotations -> GDB/MI > gdb - annotate=3 -> gdb -i=mi Thank you for the info. I found that when I use gud in EMACS_23_1_RC, those commands work on Windows, but pp and pr commands doesn't work even if what I'm debugging is emacs of the trunk (thus debug_print of that emacs has fflush (stderr)). Strange. So, I'm now debugging Emacs on Windows with emacs of the trunk but using gud and gdb-ui of EMACS_23_1_RC. It seems that this combination works perfectly. --- Kenichi Handa handa@m17n.org From rgm@gnu.org Tue Jun 30 17:52:51 2009 Received: (at control) by emacsbugs.donarmstrong.com; 1 Jul 2009 00:52:51 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.7 required=4.0 tests=AWL,ONEWORD,VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n610qlAI000636 for ; Tue, 30 Jun 2009 17:52:48 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MLo46-0002i1-R7; Tue, 30 Jun 2009 20:52:46 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19018.45918.773933.187342@fencepost.gnu.org> Date: Tue, 30 Jun 2009 20:52:46 -0400 From: Glenn Morris To: control Subject: control reassign 3727 emacs,ns merge 3588 3727 reassign 3714 emacs,ns reassign 3708 emacs,ns tags 3553 wontfix reassign 3663 emacs,ns reassign 3650 emacs,w32 From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 02 02:04:50 2019 Received: (at 3650) by debbugs.gnu.org; 2 Nov 2019 06:04:50 +0000 Received: from localhost ([127.0.0.1]:57988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQmWo-0004Vv-EC for submit@debbugs.gnu.org; Sat, 02 Nov 2019 02:04:50 -0400 Received: from host.gofardesign.uk ([208.79.239.190]:60421) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQmWl-0004Vd-I6 for 3650@debbugs.gnu.org; Sat, 02 Nov 2019 02:04:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6cH5F7aGc0DAxUN2vlTADwTyZwur2BScF6dieToUfDc=; b=SpQELcFBdQUhpa82kf1KUmyF8q kvizNQ8/C5Dl82Cbfow2dnpdSNSeUIpOhK0l3POVFqvvom1CckPAabvSNqSX1EP0VgVQtzkYI3vde P2n/3QzO6/QlilETAsVGL0ImgfNsshcYbDLN+sGEG868A4IfpdUgIDK4fW+LsgT7n+tg=; Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:46234 helo=localhost) by host.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1iQmWf-0003S6-OQ; Sat, 02 Nov 2019 01:04:42 -0500 From: Stefan Kangas To: Jason Rumney Subject: Re: M-x gdb unusable on Windows In-Reply-To: <4A3F8EAC.5010009@gnu.org> (Jason Rumney's message of "Mon, 22 Jun 2009 22:01:16 +0800") 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> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Date: Sat, 02 Nov 2019 07:04:39 +0100 Message-ID: <87zhheg6fc.fsf@marxist.se> MIME-Version: 1.0 Content-Type: text/plain X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: host.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: host.gofardesign.uk: stefan@marxist.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 3650 Cc: 3650@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Jason Rumney writes: > Jason Rumney wrote: >> Kenichi Handa wrote: >> >>> 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? >>> >> >> I've often had problems in the past using debuggers under Emacs on Windows >> (under Emacs 21 and early 22 development versions though, so I haven't tried >> the new gdb-ui extensively), so I always use the command line. > > I just tried it, and it seems to be even worse than I remembered. > > 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. 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. > > > 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: > > 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 > > > Problem 4 is that enabling GUD tooltips results messages like the following: > > error in process filter: Args out of range: "", 0, -1 [2 times] > > > 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. This was reported 10 years ago. Is this still an issue on modern versions of Emacs? Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 02 04:41:12 2019 Received: (at 3650) by debbugs.gnu.org; 2 Nov 2019 08:41:12 +0000 Received: from localhost ([127.0.0.1]:58074 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQoy8-0002Do-A0 for submit@debbugs.gnu.org; Sat, 02 Nov 2019 04:41:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45921) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQoy5-0002Db-NV for 3650@debbugs.gnu.org; Sat, 02 Nov 2019 04:41:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50958) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iQoxz-000830-7P; Sat, 02 Nov 2019 04:41:03 -0400 Received: from [176.228.60.248] (port=1625 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iQoxy-00008l-FK; Sat, 02 Nov 2019 04:41:03 -0400 Date: Sat, 02 Nov 2019 10:41:05 +0200 Message-Id: <83bltuk6vy.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-reply-to: <87zhheg6fc.fsf@marxist.se> (message from Stefan Kangas on Sat, 02 Nov 2019 07:04:39 +0100) Subject: Re: bug#3650: M-x gdb unusable on Windows 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> <87zhheg6fc.fsf@marxist.se> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 3650 Cc: 3650@debbugs.gnu.org, jasonr@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Sat, 02 Nov 2019 07:04:39 +0100 > Cc: 3650@debbugs.gnu.org > > Jason Rumney writes: > > > I just tried it, and it seems to be even worse than I remembered. > > > > 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. 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. > > > > > > 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: > > > > 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 > > > > > > Problem 4 is that enabling GUD tooltips results messages like the following: > > > > error in process filter: Args out of range: "", 0, -1 [2 times] > > > > > > 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. > > This was reported 10 years ago. > > Is this still an issue on modern versions of Emacs? Most of the problems are gone, not in the least because we use gdb-mi.el nowadays. But some are still there, although I don't see what we can do about that: . the initial directory is still where the binary lives, but that is not Windows specific: Emacs behaves like that on Posix platforms as well . pp and other similar commands in .gdbinit don't work, but that's AFAIU because gdb-mi cannot separate the GDB output from the program's output on MS-Windows All the other problems are gone, and the corresponding features work as expected. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 12 20:40:30 2022 Received: (at 3650) by debbugs.gnu.org; 13 Apr 2022 00:40:30 +0000 Received: from localhost ([127.0.0.1]:50727 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1neR3d-0002AW-J0 for submit@debbugs.gnu.org; Tue, 12 Apr 2022 20:40:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1neR3b-0002AG-SS for 3650@debbugs.gnu.org; Tue, 12 Apr 2022 20:40:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=47BGMLA25FZF10TUc6Q2MP5ypGNg8mYBF4dlZaiOeyA=; b=QaBQYJl7zZzvuCngX/bQYmuXQu wCnzvKuvRRKlbv0sSt+4g1s1IYcYhKeZDXTm5OK6L0z2Mxz3Y1urz2TiXv7G3t2Pi36pW5Ky0ghrP 33EpWKIetwkwFU5rFSn2LLLArfBMi690DHboD0lvsD8Wvbvuj2CJGMk2K29GJQDl4m6U=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1neR3Q-0005vT-8N; Wed, 13 Apr 2022 02:40:21 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#3650: M-x gdb unusable on Windows 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> <87zhheg6fc.fsf@marxist.se> <83bltuk6vy.fsf@gnu.org> Date: Wed, 13 Apr 2022 02:40:14 +0200 In-Reply-To: <83bltuk6vy.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 02 Nov 2019 10:41:05 +0200") Message-ID: <87k0btstn5.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> Is this still an issue on modern versions of Emacs? > > Most of the problems are gone, not in the least because we use > gdb-mi.el nowadays. But some are still there, although I don't see > what we [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 3650 Cc: Stefan Kangas , 3650@debbugs.gnu.org, jasonr@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Is this still an issue on modern versions of Emacs? > > Most of the problems are gone, not in the least because we use > gdb-mi.el nowadays. But some are still there, although I don't see > what we can do about that: > > . the initial directory is still where the binary lives, but that is > not Windows specific: Emacs behaves like that on Posix platforms > as well > > . pp and other similar commands in .gdbinit don't work, but that's > AFAIU because gdb-mi cannot separate the GDB output from the > program's output on MS-Windows > > All the other problems are gone, and the corresponding features work > as expected. Since the reported errors are gone, and the two remaining ones isn't something we can do anything about, I'm therefore closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 12 20:40:34 2022 Received: (at control) by debbugs.gnu.org; 13 Apr 2022 00:40:34 +0000 Received: from localhost ([127.0.0.1]:50730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1neR3i-0002At-2P for submit@debbugs.gnu.org; Tue, 12 Apr 2022 20:40:34 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52404) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1neR3g-0002AM-Ng for control@debbugs.gnu.org; Tue, 12 Apr 2022 20:40:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=RRigs1V2LXLuOEm/eVZR/fgPjAYVknItX8CuCs7LHHw=; b=mTDTi8UOe+fqsKlevhMtlhimce Buv/CYi9DSGBWuqDmpGDEVmtiY8lRizJMCDxvFUyuQKYj8DUrlaRihaGt6jsFYelW+yJQfSYoA0f+ CVr59rm7GSiS3nb08sDaGBbuZL3oFZLGjfvJEHwCsJVKKgoBrDZusY8sK7g9yz46TH1E=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1neR3Z-0005vc-4S for control@debbugs.gnu.org; Wed, 13 Apr 2022 02:40:26 +0200 Date: Wed, 13 Apr 2022 02:40:24 +0200 Message-Id: <87ilrdstmv.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #3650 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 3650 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 3650 quit From unknown Mon Aug 18 08:27:57 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 11 May 2022 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator