From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: qq510371827 Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Aug 2012 16:00:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12163@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.134452799722646 (code B ref -1); Thu, 09 Aug 2012 16:00:01 +0000 Received: (at submit) by debbugs.gnu.org; 9 Aug 2012 15:59:57 +0000 Received: from localhost ([127.0.0.1]:44991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzV9P-0005tB-PR for submit@debbugs.gnu.org; Thu, 09 Aug 2012 11:59:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35174) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzUGu-0004cn-TL for submit@debbugs.gnu.org; Thu, 09 Aug 2012 11:03:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzU8u-0003ub-8F for submit@debbugs.gnu.org; Thu, 09 Aug 2012 10:55:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:34107) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzU8u-0003uX-4u for submit@debbugs.gnu.org; Thu, 09 Aug 2012 10:55:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzU8n-00052E-OS for bug-gnu-emacs@gnu.org; Thu, 09 Aug 2012 10:55:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzU8h-0003qp-A0 for bug-gnu-emacs@gnu.org; Thu, 09 Aug 2012 10:55:13 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:35327) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzU8h-0003pd-0a for bug-gnu-emacs@gnu.org; Thu, 09 Aug 2012 10:55:07 -0400 Received: by wibhq4 with SMTP id hq4so304125wib.12 for ; Thu, 09 Aug 2012 07:55:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=8lk2q27qCGmf/YJiPol0zsjmYzBRk9y5KR1OQKJd0gM=; b=xSiWwn4yrDdm4BynZjhe1o2i6aWnWZBZdLZ7Ls3APT4Cqc14VYFAEbrIsXk+xBu28H uF7LMvYPD9oe//ZMlg2CYP6iH7TbC0NGBQExbVCvNlGs1F0U7kL9lO/c3TsYiSqJFK8y zLNtxQIzDlfci1LQdzV/rYtcZqLv+khqYYOXKDFDlarn5xi2WU13mEMVIBcy3S5AqRWL r/afWvk6zg3CP9O3LikWHrH4F1V9smzd/tIVm8EUzxG8JIAziQmdc1ORGMM47BB1XYi6 tXX+7o6POQToutjfI/kgb1NsLnCaU0WyPIYFDzLIF8jJao75qmdJecpsbtGbM9Nb0YTe dSlQ== Received: by 10.217.3.7 with SMTP id q7mr8172959wes.47.1344524105320; Thu, 09 Aug 2012 07:55:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.210.19 with HTTP; Thu, 9 Aug 2012 07:54:24 -0700 (PDT) From: qq510371827 Date: Thu, 9 Aug 2012 22:54:24 +0800 Message-ID: Content-Type: multipart/alternative; boundary=20cf30207888b08a1904c6d66915 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -5.9 (-----) X-Mailman-Approved-At: Thu, 09 Aug 2012 11:59:54 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) --20cf30207888b08a1904c6d66915 Content-Type: text/plain; charset=ISO-8859-1 I am running emacs 24.1 on windows7 32bit with mginw32.When debugging my c/c++ application I can not give an iputting and can not see any output. For example: ... // line 1 ... // line 2 fgets(s,255,stdin); //line 3 ... // line 4 ... //line 5 i = 0; // line 6 Breakpoint is at this line. Then i started debugging: (gdb)r After executing the above command, it stopped at line 6 and didn't waitting for me to input values. I inputted values in input/output io buffer but nothing happend.Then I executed "(gdb)n" command,the debug toolbar icons became grey and i can not continue debugging my application.I tried to debug another application and it showed none output during the debugging. However, everything works like a charm in emacs 23.4 on windows7 with mingw32(emacs 24.1 on ubuntu 12.04 is also works very well).That'all, thank you. In GNU Emacs 24.1.1 (i386-mingw-nt6.1.7601) of 2012-06-10 on MARVIN Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --with-gcc (4.6) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: CHS value of $XMODIFIERS: nil locale-coding-system: cp936 default enable-multibyte-characters: t Major mode: Debugger Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: x g d b b SPC 1 8 r q x r e p Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Target doesn't support non-stop mode. Turning it off. Switched to thread 1 Making completion list... call-interactively: End of buffer [2 times] Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils help-mode view gdb-mi bindat json gud easy-mmode comint ansi-color ring cc-mode cc-fonts easymenu cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt browse-url url-util url-parse auth-source eieio byte-opt bytecomp byte-compile cconv macroexp assoc gnus-util password-cache url-vars mm-util mail-prsvr time-date china-util tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) --20cf30207888b08a1904c6d66915 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running emacs 24.1 on windows7 32bit with mginw32.When debugging = my
c/c++ application I can not give an iputting and can not see a= ny
output. For example:
=A0 =A0 =A0 =A0 =A0... =A0 =A0 = =A0 =A0 =A0// =A0line 1
=A0 =A0 =A0 =A0 =A0... =A0 =A0 =A0 =A0 =A0// =A0line 2
=A0 = =A0 =A0 =A0 =A0fgets(s,255,stdin); //line 3
=A0 =A0 =A0 =A0 =A0..= . =A0 =A0 =A0 =A0 // line 4
=A0 =A0 =A0 =A0 =A0... =A0 =A0 =A0 = =A0 //line 5
=A0 =A0 =A0 =A0 =A0i =3D 0; // line 6 =A0 =A0 =A0 = =A0 =A0Breakpoint is at this line.
Then i started debugging:
(gdb)r
After executing t= he above command, it stopped at line 6 and didn't
waitting fo= r me to input values. I inputted values in input/output io
buffer= but nothing happend.Then I executed "(gdb)n" command,the debug
toolbar icons became grey and i can not continue debugging my
application.I tried to debug another application and it showed none
=
output during the debugging. However, everything works like a charm in= emacs 23.4 on windows7 with
mingw32(emacs 24.1 on ubuntu 12.04 is also works very well).That'a= ll, thank you.


In GNU Emacs 24.1.1 = (i386-mingw-nt6.1.7601)
=A0of 2012-06-10 on MARVIN
Wind= owing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
=A0`configure --with-gcc (4.6) --cflags
=A0-ID:/devel/emacs/libs/libXpm-3.5.8/include
=A0-ID:/dev= el/emacs/libs/libXpm-3.5.8/src
=A0-ID:/devel/emacs/libs/libpng-de= v_1.4.3-1/include
=A0-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
=A0-ID:/de= vel/emacs/libs/giflib-4.1.4-1/include
=A0-ID:/devel/emacs/libs/jp= eg-6b-4/include
=A0-ID:/devel/emacs/libs/tiff-3.8.2-1/include
=A0-ID:/devel/emacs/libs/gnutls-3.0.9/include'

Important settings:
=A0 value of $LC_ALL: nil
=A0 valu= e of $LC_COLLATE: nil
=A0 value of $LC_CTYPE: nil
=A0 v= alue of $LC_MESSAGES: nil
=A0 value of $LC_MONETARY: nil
=A0 value of $LC_NUMERIC: nil=
=A0 value of $LC_TIME: nil
=A0 value of $LANG: CHS
=A0 value of $XMODIFIERS: nil
=A0 locale-coding-system: cp= 936
=A0 default enable-multibyte-characters: t

Ma= jor mode: Debugger

Minor modes in effect:
=A0 tooltip-mode: t
=A0 mouse-wheel-mode: t
=A0 tool-= bar-mode: t
=A0 menu-bar-mode: t
=A0 file-name-shadow-mode: t
= =A0 global-font-lock-mode: t
=A0 font-lock-mode: t
=A0 = blink-cursor-mode: t
=A0 auto-composition-mode: t
=A0 a= uto-encryption-mode: t
=A0 auto-compression-mode: t
=A0 line-number-mode: t
=A0 transient-mark-mode: t

Recent input:
<= div><help-echo> <help-echo> <help-echo> <help-echo>= <drag-n-drop>=A0
<help-echo> <escape> x g d b <return> <return>= b SPC=A0
1 8 <return> r <return> q <return> &l= t;help-echo> <escape>=A0
x r e p <tab> <down-mo= use-1> <mouse-2>

Recent messages:
For information about GNU Em= acs and the GNU system, type C-h C-a.
Target doesn't support = non-stop mode. =A0Turning it off.
Switched to thread 1
Making completion list...
call-interactively: End of buffer [2 ti= mes]

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug me= ssage format-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils<= /div>
mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils help-mo= de view
gdb-mi bindat json gud easy-mmode comint ansi-color ring = cc-mode
cc-fonts easymenu cc-guess cc-menus cc-cmds cc-styles cc-align cc-engi= ne
cc-vars cc-defs regexp-opt browse-url url-util url-parse auth-= source
eieio byte-opt bytecomp byte-compile cconv macroexp assoc = gnus-util
password-cache url-vars mm-util mail-prsvr time-date china-util toolti= p
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table l= s-lisp
w32-win w32-vars tool-bar dnd fontset image fringe lisp-mo= de register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
=
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebre= w
greek romanian slovak czech european ethiopic indian cyrillic chinese<= /div>
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer l= oaddefs
button faces cus-face files text-properties overlay sha1 = md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process multi-tty emacs)

--20cf30207888b08a1904c6d66915-- From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Aug 2012 06:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: qq510371827 Cc: 12163@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12163-submit@debbugs.gnu.org id=B12163.134458115110986 (code B ref 12163); Fri, 10 Aug 2012 06:46:01 +0000 Received: (at 12163) by debbugs.gnu.org; 10 Aug 2012 06:45:51 +0000 Received: from localhost ([127.0.0.1]:45870 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sziyk-0002r8-OJ for submit@debbugs.gnu.org; Fri, 10 Aug 2012 02:45:51 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:34357) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sziye-0002qW-SB for 12163@debbugs.gnu.org; Fri, 10 Aug 2012 02:45:47 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M8J0000004HS600@a-mtaout21.012.net.il> for 12163@debbugs.gnu.org; Fri, 10 Aug 2012 09:37:29 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M8J000VN12HNN90@a-mtaout21.012.net.il>; Fri, 10 Aug 2012 09:37:29 +0300 (IDT) Date: Fri, 10 Aug 2012 09:37:35 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83ehnfdzgw.fsf@gnu.org> References: <83obmkdoli.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) [Please keep the bug address in the CC list.] > From: qq510371827 > Date: Fri, 10 Aug 2012 10:58:11 +0800 > > Thanks for your help.But it doesn't work yet. I added : > setbuf(stdin,NULL); > setbuf(stdout,NULL); > or, > setvbuf(stdin,NULL,_IONBF,0); > setvbuf(stdout,NULL,_IONBF,0); > and > fflush(stdout) after printf, > All of the above didn't work, None output when debugging my application.In > addition,I can not input values during debugging yet. for instance, > 1...........scanf("%c",s); > 2........... > 3........... > 4...........i=0; // set breakpoint at this line > During the debugging,*What is the expected result?* > It should suspend and wait IO buffer's input values. Then after I input a > value in IO buffer and press RET it resumed and stopped at line 4 ( it hit > the breakpoint). > *But in fact What happens instead?* > It run and directly stopped at line 4 and didn't give me a chance to input > anything. I still input some values in io buffer and press RET but it > didn't give me a response. It seems as if the debugger didn't recognize > emacs' input/ouput IO buffer to be its input/output pipe and still kept > waitting for input. > This problem only appeared in emacs 24.1. Emacs 23.4 works very well > without this problem. Try invoking GDB from Emacs like this: M-x gud-gdb RET If that doesn't help, either, then I'm clueless, sorry. Perhaps someone else could help. From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: qq510371827 Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Aug 2012 09:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12163@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.134459060524830 (code B ref -1); Fri, 10 Aug 2012 09:24:01 +0000 Received: (at submit) by debbugs.gnu.org; 10 Aug 2012 09:23:25 +0000 Received: from localhost ([127.0.0.1]:45940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzlRE-0006SQ-LC for submit@debbugs.gnu.org; Fri, 10 Aug 2012 05:23:25 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48761) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzlR8-0006SF-Be for submit@debbugs.gnu.org; Fri, 10 Aug 2012 05:23:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzlJ6-0002uZ-Le for submit@debbugs.gnu.org; Fri, 10 Aug 2012 05:15:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:49970) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzlJ6-0002uV-I6 for submit@debbugs.gnu.org; Fri, 10 Aug 2012 05:15:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45008) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzlJ3-0006TF-RP for bug-gnu-emacs@gnu.org; Fri, 10 Aug 2012 05:15:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzlJ2-0002tv-Ai for bug-gnu-emacs@gnu.org; Fri, 10 Aug 2012 05:14:57 -0400 Received: from mail-wi0-f177.google.com ([209.85.212.177]:59951) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzlJ2-0002tq-0K for bug-gnu-emacs@gnu.org; Fri, 10 Aug 2012 05:14:56 -0400 Received: by wibhn17 with SMTP id hn17so190041wib.12 for ; Fri, 10 Aug 2012 02:14:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=nGCrj9llSNBlwz0jertXIyoffh9kDlQYHVgoBU1J71I=; b=nWppH5ehIEXU3bylsrm45j/EoMBWkOxSD4VXKTXTj5KZQoYeAQvNiNBTbwfHyqpY6k GDxKXZJlVQN6FmQ1PcXB1OyjR1ZuQJJmF9rhW/ahFvURtLa/J8ZqKMmZ43TCVszY659H B6mQP1mDNr1GfkImu7vIueAtS/T9SnDRXEqxMdG09siq3XaYz5wmRLOHdyIBpuDfqqm0 WCySZh2alvbR+tVJDgc9Uq9YUnZUcf7AoCAhIPiQEMFJQAv8vuMSRsZcHywi051TSFu0 uAYcYYAyKxfgvXpH2S+yq5vFDkn+SEy1pUmw1b4Cgz7HkCxaG5CIOFIBaJaTHc88nxDt j+0g== Received: by 10.180.82.39 with SMTP id f7mr4551863wiy.2.1344590095158; Fri, 10 Aug 2012 02:14:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.210.19 with HTTP; Fri, 10 Aug 2012 02:14:14 -0700 (PDT) In-Reply-To: <83ehnfdzgw.fsf@gnu.org> References: <83obmkdoli.fsf@gnu.org> <83ehnfdzgw.fsf@gnu.org> From: qq510371827 Date: Fri, 10 Aug 2012 17:14:14 +0800 Message-ID: Content-Type: multipart/alternative; boundary=f46d041826eafd8d3e04c6e5c6af X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -5.9 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) --f46d041826eafd8d3e04c6e5c6af Content-Type: text/plain; charset=ISO-8859-1 2012/8/10 Eli Zaretskii > [Please keep the bug address in the CC list.] > Sorry,it's my first time to file a bug report here. I will do as what you > said. > > From: qq510371827 > > Date: Fri, 10 Aug 2012 10:58:11 +0800 > > > > Thanks for your help.But it doesn't work yet. I added : > > setbuf(stdin,NULL); > > setbuf(stdout,NULL); > > or, > > setvbuf(stdin,NULL,_IONBF,0); > > setvbuf(stdout,NULL,_IONBF,0); > > and > > fflush(stdout) after printf, > > All of the above didn't work, None output when debugging my > application.In > > addition,I can not input values during debugging yet. for instance, > > 1...........scanf("%c",s); > > 2........... > > 3........... > > 4...........i=0; // set breakpoint at this line > > During the debugging,*What is the expected result?* > > It should suspend and wait IO buffer's input values. Then after I input a > > value in IO buffer and press RET it resumed and stopped at line 4 ( it > hit > > the breakpoint). > > *But in fact What happens instead?* > > It run and directly stopped at line 4 and didn't give me a chance to > input > > anything. I still input some values in io buffer and press RET but it > > didn't give me a response. It seems as if the debugger didn't recognize > > emacs' input/ouput IO buffer to be its input/output pipe and still kept > > waitting for input. > > This problem only appeared in emacs 24.1. Emacs 23.4 works very well > > without this problem. > > Try invoking GDB from Emacs like this: > > M-x gud-gdb RET > > If that doesn't help, either, then I'm clueless, sorry. Perhaps > someone else could help. > Thanks for your patience. It finally works. However, two other new problem appeared after using 'gud-gdb'. 1).the code, gdb information and out/input datas mixed together in the same buffer and 'gdb-many-windows' command didn't work any more. 2) You can refer this link: http://stackoverflow.com/questions/9676135/gud-gdb-emacs-24-not-working The same problem as mine. --f46d041826eafd8d3e04c6e5c6af Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2012/8/10 Eli Zaretskii &l= t;eliz@gnu.org>
[Please keep the bug address in the CC list.]
Sorry,it's my first time to file a bug report here. I will do as what y= ou said.=A0
> From: qq510371827 <qq510371827@gmail.com>
> Date: Fri, 10 Aug 2012 10:58:11 +0800
>
> Thanks for your help.But it doesn't work yet. I added :
> =A0 setbuf(stdin,NULL);
> =A0 setbuf(stdout,NULL);
> or,=A0
> =A0 setvbuf(stdin,NULL,_IONBF,0);
> =A0 setvbuf(stdout,NULL,_IONBF,0);
> and
> fflush(stdout) after printf,
> All of the above didn't work, None output when debugging my applic= ation.In
> addition,I can not input values during debugging yet. for instance, > 1...........scanf("%c",s);
> 2...........
> 3...........
> 4...........i=3D0; // set breakpoint at this line
> During the debugging,*What is the expected result?*
> It should suspend and wait IO buffer's input values. Then aft= er I input a
> value in IO buffer and press RET it resumed and stopped at line 4 ( it= hit
> the breakpoint).
> *But in fact What happens instead?*
> It run and directly stopped at line 4 and didn't give me a ch= ance to input
> anything. I still input some values in io buffer and press RET but it<= br> > didn't give me a response. It seems as if the debugger didn't = recognize
> emacs' input/ouput IO buffer to be its input/output pipe and still= kept
> waitting for input.
> This problem only appeared in emacs 24.1. Emacs 23.4 works very well > without this problem.

Try invoking GDB from Emacs like this:

=A0 M-x gud-gdb RET

If that doesn't help, either, then I'm clueless, sorry. =A0Perhaps<= br> someone else could help.
=A0Thanks for your patience. It = finally works. However, two other new problem=A0appeared=A0after using '= ;gud-gdb'.
1).the code, gdb informat= ion and out/input datas mixed together in the same buffer and 'gdb-many= -windows' command didn't work any more.
2)=A0You can refer this link:
The same problem as mine.
--f46d041826eafd8d3e04c6e5c6af-- From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Aug 2012 09:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: qq510371827 Cc: 12163@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12163-submit@debbugs.gnu.org id=B12163.134459271428016 (code B ref 12163); Fri, 10 Aug 2012 09:59:01 +0000 Received: (at 12163) by debbugs.gnu.org; 10 Aug 2012 09:58:34 +0000 Received: from localhost ([127.0.0.1]:46059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzlzF-0007Ho-Ov for submit@debbugs.gnu.org; Fri, 10 Aug 2012 05:58:34 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:62139) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzlzD-0007Hg-AN for 12163@debbugs.gnu.org; Fri, 10 Aug 2012 05:58:32 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M8J006009R7KI00@a-mtaout23.012.net.il> for 12163@debbugs.gnu.org; Fri, 10 Aug 2012 12:50:15 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M8J006AN9ZRKY00@a-mtaout23.012.net.il>; Fri, 10 Aug 2012 12:50:15 +0300 (IDT) Date: Fri, 10 Aug 2012 12:50:21 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <837gt7dqjm.fsf@gnu.org> References: <83obmkdoli.fsf@gnu.org> <83ehnfdzgw.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: qq510371827 > Date: Fri, 10 Aug 2012 17:14:14 +0800 > > > Try invoking GDB from Emacs like this: > > > > M-x gud-gdb RET > > > > If that doesn't help, either, then I'm clueless, sorry. Perhaps > > someone else could help. > > > Thanks for your patience. It finally works. However, two other new > problem appeared after using 'gud-gdb'. > 1).the code, gdb information and out/input datas mixed together in the same > buffer and 'gdb-many-windows' command didn't work any more. This is expected. gud-gdb uses the old interface with GDB, which doesn't support gdb-many-windows. > 2) You can refer this link: > http://stackoverflow.com/questions/9676135/gud-gdb-emacs-24-not-working > The same problem as mine. No, it isn't the same. Your problem was with getting input and output to and from the debuggee. The above URL describes a much more serious problem, whereby Emacs doesn't show the source code of functions you step through. I don't see any of this in your original bug report (and it surely works for me on MS-Windows). As for the original problem: could you please post here a minimal C program that exhibits the problem with I/O when you use "M-x gdb"? I will then try to look into the reasons of this and the possible ways to solve that, when I have time. Thanks. From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: qq510371827 Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Aug 2012 10:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12163@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.134459447730861 (code B ref -1); Fri, 10 Aug 2012 10:28:01 +0000 Received: (at submit) by debbugs.gnu.org; 10 Aug 2012 10:27:57 +0000 Received: from localhost ([127.0.0.1]:46192 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzmRg-00081h-P4 for submit@debbugs.gnu.org; Fri, 10 Aug 2012 06:27:57 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51377) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SzmRe-00081a-PG for submit@debbugs.gnu.org; Fri, 10 Aug 2012 06:27:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzmJc-00049X-IH for submit@debbugs.gnu.org; Fri, 10 Aug 2012 06:19:40 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:36431) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzmJc-00049K-E3 for submit@debbugs.gnu.org; Fri, 10 Aug 2012 06:19:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38672) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzmJZ-0004Cf-IL for bug-gnu-emacs@gnu.org; Fri, 10 Aug 2012 06:19:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzmJR-000430-Nl for bug-gnu-emacs@gnu.org; Fri, 10 Aug 2012 06:19:33 -0400 Received: from mail-we0-f169.google.com ([74.125.82.169]:39081) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzmJR-00042O-4r for bug-gnu-emacs@gnu.org; Fri, 10 Aug 2012 06:19:25 -0400 Received: by weys10 with SMTP id s10so1017963wey.0 for ; Fri, 10 Aug 2012 03:19:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=iKsnmPicAT5oqTfaFqYjDz46BFv9WgYMpXGULRt5O4A=; b=GhdJ14ttrjb9SSf4g+n2mGn7p27z+xIYDjgjwpm2vb3Ubb4abho3qKLUXJzaApZ7qE YVWTQHEl1BOpYuSzQ8wepRtRwwgx+EYv3rf/QmWDKlqGEdYkcfPh4nG7WNKr1GU/cq+W v/1a0Gz+uE7YqjMMgmqn7CHDeRBge9RBBXF+A0kM/trUh2E1yFwrWKxq6/mYxN9NkRhY uDIf7Hg5GDVPaE8RRiLlo0dj9HI/rC10S49Z2LAACh1bXyBlfCy4YkyqIGe+l8PpPiEP sTvW/I5B8OnERkkWYq6MsBazIlfQJQyjMRJ95hM4Sb4havuaQvq84xWhIGqI6f83MUmj 70dw== Received: by 10.217.3.7 with SMTP id q7mr1493787wes.47.1344593964269; Fri, 10 Aug 2012 03:19:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.210.19 with HTTP; Fri, 10 Aug 2012 03:18:44 -0700 (PDT) In-Reply-To: <837gt7dqjm.fsf@gnu.org> References: <83obmkdoli.fsf@gnu.org> <83ehnfdzgw.fsf@gnu.org> <837gt7dqjm.fsf@gnu.org> From: qq510371827 Date: Fri, 10 Aug 2012 18:18:44 +0800 Message-ID: Content-Type: multipart/alternative; boundary=20cf302078889b7eaa04c6e6ad64 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -5.9 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) --20cf302078889b7eaa04c6e6ad64 Content-Type: text/plain; charset=ISO-8859-1 2012/8/10 Eli Zaretskii > > From: qq510371827 > > Date: Fri, 10 Aug 2012 17:14:14 +0800 > > > > > Try invoking GDB from Emacs like this: > > > > > > M-x gud-gdb RET > > > > > > If that doesn't help, either, then I'm clueless, sorry. Perhaps > > > someone else could help. > > > > > Thanks for your patience. It finally works. However, two other new > > problem appeared after using 'gud-gdb'. > > 1).the code, gdb information and out/input datas mixed together in the > same > > buffer and 'gdb-many-windows' command didn't work any more. > > This is expected. gud-gdb uses the old interface with GDB, which > doesn't support gdb-many-windows. > > > 2) You can refer this link: > > http://stackoverflow.com/questions/9676135/gud-gdb-emacs-24-not-working > > The same problem as mine. > > No, it isn't the same. Your problem was with getting input and output > to and from the debuggee. The above URL describes a much more serious > problem, whereby Emacs doesn't show the source code of functions you > step through. I don't see any of this in your original bug report > (and it surely works for me on MS-Windows). > I'm sorry.I got it wrong. > As for the original problem: could you please post here a minimal C > program that exhibits the problem with I/O when you use "M-x gdb"? I > will then try to look into the reasons of this and the possible ways > to solve that, when I have time. > > Thanks. > Ok,source code is as follows: #include "stdio.h" #include "ctype.h" #include "string.h" void Reverse(char* p,int n) { if(--n > 0) Reverse(p+1,n); printf("%c",*p); fflush(stdout); } int main() { //setbuf(stdin,NULL); //setbuf(stdout,NULL); // setvbuf(stdin,NULL,_IONBF,0); // setvbuf(stdout,NULL,_IONBF,0); //freopen("input.txt","r",stdin); char s[255],*p,*q; int i=0,n; fgets(s,255,stdin); s[strlen(s)-1] = ' '; p = q = s; // set breakpoint at this line. while(*p != '\0') { i++; p++; if(isspace(*p)) { n = i; i = 0; Reverse(q,n); q = p+1; } } n = i; Reverse(q,n); printf("\n"); return 0; } Thanks in advance. --20cf302078889b7eaa04c6e6ad64 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

2012/8/10 Eli Zaretskii <eliz@gnu.org>= ;
> From: qq510371827 <qq51037= 1827@gmail.com>
> Date: Fri, 10 Aug 2012 17:14:14 +0800
>
> > Try invoking GDB from Emacs like this:
> >
> > =A0 M-x gud-gdb RET
> >
> > If that doesn't help, either, then I'm clueless, sorry. = =A0Perhaps
> > someone else could help.
> >
> =A0Thanks for your patience. It finally works. However, two other new<= br> > problem appeared after using 'gud-gdb'.
> 1).the code, gdb information and out/input datas mixed together in the= same
> buffer and 'gdb-many-windows' command didn't work any more= .

This is expected. =A0gud-gdb uses the old interface with GDB, which doesn't support gdb-many-windows.

> 2) You can refer this link:
> =A0http://stackoverflow.com/questions/96761= 35/gud-gdb-emacs-24-not-working
> The same problem as mine.

No, it isn't the same. =A0Your problem was with getting input and= output
to and from the debuggee. =A0The above URL describes a much more serious problem, whereby Emacs doesn't show the source code of functions you step through. =A0I don't see any of this in your original bug report (and it surely works for me on MS-Windows).
I'm sorry.I got it wrong.=A0
As for the original problem: could you please post here a minimal C
program that exhibits the problem with I/O when you use "M-x gdb"= ? =A0I
will then try to look into the reasons of this and the possible ways
to solve that, when I have time.

Thanks.
Ok,source code is as follows:
#include "stdio.h"
= #include "ctype.h"
#include "string.h"

void= Reverse(char* p,int n)
{
=A0 =A0 if(--n > 0) Reverse(p+1,n);<= /div>
=A0 =A0 printf("%c",*p);=
=A0 =A0 fflush(stdout);
}
int main()
{
=A0 //setbuf(stdin,NULL);<= /font>
=A0 //setbuf(stdout,NULL);<= /div>
=A0 // setvbuf(stdin,NULL,_IONBF,0);
=A0 // setvbuf(stdout,NULL,_IONBF,0);
=A0 //freopen("input.txt","r&= quot;,stdin);
=A0 =A0 char s[255],*p,*q;
=A0 =A0 int i=3D0,n;
=A0 =A0 fgets(s,255,stdin);
=A0 =A0 s[strlen(s)-1] =3D ' ';
=A0 =A0 p =3D q =3D s; =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 // =A0set breakpoint at this line.
=A0 =A0 while(*p !=3D '\0')
=A0 =A0 {
=A0 =A0 =A0 =A0 i++;
=A0 =A0 =A0 =A0 p++;
=A0 =A0 =A0 =A0 if(isspace(*p))
=A0 =A0 =A0 =A0 {
=A0 =A0 =A0 =A0 =A0 =A0 n =3D i;
<= font color=3D"#000099">=A0 =A0 =A0 =A0 =A0 =A0 i =3D 0;
=A0 =A0 =A0 =A0 =A0 =A0 Reverse(q,n);
=A0 =A0 =A0 =A0 =A0 =A0 q =3D p+1;
=A0 =A0 =A0 =A0 }
=A0 =A0 }
=A0 =A0 n = =3D i;
=A0 =A0 Reverse(q,n);
=A0 =A0 printf("\n");<= /div>
=A0 =A0 return 0;
}
Thanks in adva= nce.
--20cf302078889b7eaa04c6e6ad64-- From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Aug 2012 18:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: qq510371827 Cc: 12163@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12163-submit@debbugs.gnu.org id=B12163.134462192813354 (code B ref 12163); Fri, 10 Aug 2012 18:06:02 +0000 Received: (at 12163) by debbugs.gnu.org; 10 Aug 2012 18:05:28 +0000 Received: from localhost ([127.0.0.1]:47333 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SztaS-0003TK-DM for submit@debbugs.gnu.org; Fri, 10 Aug 2012 14:05:28 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:62907) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SztaP-0003TB-J9 for 12163@debbugs.gnu.org; Fri, 10 Aug 2012 14:05:27 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M8J00800WBBO300@a-mtaout23.012.net.il> for 12163@debbugs.gnu.org; Fri, 10 Aug 2012 20:57:07 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M8J0089IWJ6O220@a-mtaout23.012.net.il>; Fri, 10 Aug 2012 20:57:07 +0300 (IDT) Date: Fri, 10 Aug 2012 20:57:14 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83628qeikl.fsf@gnu.org> References: <83obmkdoli.fsf@gnu.org> <83ehnfdzgw.fsf@gnu.org> <837gt7dqjm.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: qq510371827 > Date: Fri, 10 Aug 2012 18:18:44 +0800 > > Ok,source code is as follows: > #include "stdio.h" > #include "ctype.h" > #include "string.h" > > void Reverse(char* p,int n) > { > if(--n > 0) Reverse(p+1,n); > printf("%c",*p); > fflush(stdout); > } > int main() > { > //setbuf(stdin,NULL); > //setbuf(stdout,NULL); > // setvbuf(stdin,NULL,_IONBF,0); > // setvbuf(stdout,NULL,_IONBF,0); > //freopen("input.txt","r",stdin); > char s[255],*p,*q; > int i=0,n; > fgets(s,255,stdin); > s[strlen(s)-1] = ' '; > p = q = s; // set breakpoint at this line. > while(*p != '\0') > { > i++; > p++; > if(isspace(*p)) > { > n = i; > i = 0; > Reverse(q,n); > q = p+1; > } > } > n = i; > Reverse(q,n); > printf("\n"); > return 0; > } > Thanks in advance. I looked into this. The problem seems to be that gdb-mi.el is confused wrt which text typed by the user to send to GDB and which to the program being debugged. Here's the session on Windows: Reading symbols from d:/usr/eli/data/rev.exe...done. (gdb) break 22 Breakpoint 1 at 0x4013ae: file rev.c, line 22. (gdb) start Temporary breakpoint 2 at 0x40136f: file rev.c, line 19. Starting program: d:/usr/eli/data/rev.exe [New Thread 2120.0x165c] Temporary breakpoint 2, main () at rev.c:19 19 int i=0,n; At this point, I see the source in another window with the arrow at line 19 and the breakpoint I set at line 22. Now: (gdb) continue Continuing. Breakpoint 1, main () at rev.c:22 22 p = q = s; // set breakpoint at this line. (gdb) print s $1 = "23-thread-info --thread 1 \000 ..." That "23-thread-info --thread 1" thing is a command sent by gdb-mi.el to GDB. But since the debbuggee is reading stdin with fgets, the command ends up in the buffer read by fgets. Which explains why the program doesn't stop when fgets is called: the call to fgets returns immediately with the above command as its input. I tried to work around this by commenting out the "-thread-info" command sent here: (defun gdb-starting (_output-field) ;; CLI commands don't emit ^running at the moment so use gdb-running too. (setq gdb-inferior-status "running") (gdb-force-mode-line-update (propertize gdb-inferior-status 'face font-lock-type-face)) (setq gdb-active-process t) (setq gud-running t) ;; GDB doesn't seem to respond to -thread-info before first stop or ;; thread exit (even in non-stop mode), so this is useless. ;; Behavior may change in the future. (gdb-emit-signal gdb-buf-publisher 'update-threads)) <<<<<<<<<<<<< Then I do get a chance to type some text when the debuggee is stuck in fgets. But what winds up in the buffer read by fgets is -interpreter-exec console "TEXT" where TEXT is what I typed. Evidently, gdb-mi thinks that what I typed is a GDB command, so it wraps it with -interpreter-exec. The above was on MS-Windows. On GNU/Linux, I see a slightly different manifestation of what seems to be the same problem: there, I cannot get the debuggee to continue after I type some text that is supposed to be read by fgets. Sounds like the input never gets to the debuggee, or maybe the debuggee's stdin is not line-buffered for some reason. In any case, the call to fgets never returns. So I no longer think this is a Windows-specific problem, and my original assertion that it has to do with different buffering on Windows seems to be incorrect. Perhaps someone who knows more about GUD and comint in general could chime in and find out what is wrong here. Or at least explain what should be done in gdb-mi to treat separately GDB commands and input to the debuggee. Evidently, the old gud-gdb way of running GDB did that correctly. From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: qq510371827 Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Aug 2012 12:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12163@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.134468893024864 (code B ref -1); Sat, 11 Aug 2012 12:43:01 +0000 Received: (at submit) by debbugs.gnu.org; 11 Aug 2012 12:42:10 +0000 Received: from localhost ([127.0.0.1]:48332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T0B17-0006Sy-5N for submit@debbugs.gnu.org; Sat, 11 Aug 2012 08:42:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54814) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T0B13-0006So-Fl for submit@debbugs.gnu.org; Sat, 11 Aug 2012 08:42:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T0Asw-0004dj-JQ for submit@debbugs.gnu.org; Sat, 11 Aug 2012 08:33:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:33213) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T0Asw-0004de-Fn for submit@debbugs.gnu.org; Sat, 11 Aug 2012 08:33:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35927) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T0Asu-0004zP-NV for bug-gnu-emacs@gnu.org; Sat, 11 Aug 2012 08:33:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T0Ass-0004d7-Px for bug-gnu-emacs@gnu.org; Sat, 11 Aug 2012 08:33:40 -0400 Received: from mail-wi0-f169.google.com ([209.85.212.169]:57531) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T0Ass-0004cy-EP for bug-gnu-emacs@gnu.org; Sat, 11 Aug 2012 08:33:38 -0400 Received: by wibhm2 with SMTP id hm2so1757979wib.0 for ; Sat, 11 Aug 2012 05:33:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=68vFkueorY8iuUPws+pf8ytS1mSyTOFGmCx0v7/ydrU=; b=F3QRKhNTpv05Tzb4Pw3ORGULzEKZOw0hqaFrfhK6P+ssGKnPtwlM8UGeskqSBxURg7 d3ZJsNA0aoEWS5B4QciKDkW/ObPtz8QDAtp2zzxy55VJMDo6q1z860942fcMxoq8s+is SOUV/t9BzLHyznls19LK2VmgbJbnFcG74iS+EgW9x92sc0CM73njbJhmxzsny3g07AvW SHb3juqjlENROz6cyEOS5QcREFtxlOoGiEkxe5I85ABHnL0KcdvL+cVqsQ8tvHOdpDKW 39SsIDpJJ+E6GVnKmP3Vaj34V1MMvNHfne97UUcxayN0p4JgnZipEEcPp6ZWB19uckgS 4rnQ== Received: by 10.217.3.7 with SMTP id q7mr3420840wes.47.1344688417019; Sat, 11 Aug 2012 05:33:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.210.19 with HTTP; Sat, 11 Aug 2012 05:32:56 -0700 (PDT) In-Reply-To: <83628qeikl.fsf@gnu.org> References: <83obmkdoli.fsf@gnu.org> <83ehnfdzgw.fsf@gnu.org> <837gt7dqjm.fsf@gnu.org> <83628qeikl.fsf@gnu.org> From: qq510371827 Date: Sat, 11 Aug 2012 20:32:56 +0800 Message-ID: Content-Type: multipart/alternative; boundary=20cf302078886e18ea04c6fcabbe X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -5.9 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) --20cf302078886e18ea04c6fcabbe Content-Type: text/plain; charset=ISO-8859-1 Thanks for your good work. The problem I encountered on windows is just as you have described.But on linux(i am running ubuntu 12.04 under virtualbox) ,it works for me. Here is the session on linux: Reading symbols from /home/darks/Reverse...done. (gdb) b 22 Breakpoint 1 at 0x80485e4: file Reverse.c, line 22. (gdb) start Temporary breakpoint 2 at 0x8048586: file Reverse.c, line 12. Starting program: /home/darks/Reverse At this point, I see the source in another window with the black arrow at line 12 and the red breakpoint at line 22. then, (gdb) cotinue continuing. At this point,Nothing changed in the source code window .The debuggee hung and is waitting input. So i input some values in IO buffer window and press RET,the gdb session shows: (gdb) Now, the arrow goes into line 22 and hits the breakpoint. Then : (gdb) continue or doing this repeatly: (gdb) next The debuggee works very well.it showed all of the output in the IO buffer window and normally terminted at last. That's all, just for your information only. Thanks. 2012/8/11 Eli Zaretskii > I looked into this. The problem seems to be that gdb-mi.el is > confused wrt which text typed by the user to send to GDB and which to > the program being debugged. > > Here's the session on Windows: > > Reading symbols from d:/usr/eli/data/rev.exe...done. > (gdb) break 22 > Breakpoint 1 at 0x4013ae: file rev.c, line 22. > (gdb) start > Temporary breakpoint 2 at 0x40136f: file rev.c, line 19. > Starting program: d:/usr/eli/data/rev.exe > [New Thread 2120.0x165c] > > Temporary breakpoint 2, main () at rev.c:19 > 19 int i=0,n; > > At this point, I see the source in another window with the arrow at > line 19 and the breakpoint I set at line 22. > > Now: > > (gdb) continue > Continuing. > > Breakpoint 1, main () at rev.c:22 > 22 p = q = s; // set breakpoint at this line. > (gdb) print s > $1 = "23-thread-info --thread 1 \000 ..." > > That "23-thread-info --thread 1" thing is a command sent by gdb-mi.el > to GDB. But since the debbuggee is reading stdin with fgets, the > command ends up in the buffer read by fgets. Which explains why the > program doesn't stop when fgets is called: the call to fgets returns > immediately with the above command as its input. > > I tried to work around this by commenting out the "-thread-info" > command sent here: > > (defun gdb-starting (_output-field) > ;; CLI commands don't emit ^running at the moment so use gdb-running > too. > (setq gdb-inferior-status "running") > (gdb-force-mode-line-update > (propertize gdb-inferior-status 'face font-lock-type-face)) > (setq gdb-active-process t) > (setq gud-running t) > ;; GDB doesn't seem to respond to -thread-info before first stop or > ;; thread exit (even in non-stop mode), so this is useless. > ;; Behavior may change in the future. > (gdb-emit-signal gdb-buf-publisher 'update-threads)) <<<<<<<<<<<<< > > Then I do get a chance to type some text when the debuggee is stuck in > fgets. But what winds up in the buffer read by fgets is > > -interpreter-exec console "TEXT" > > where TEXT is what I typed. Evidently, gdb-mi thinks that what I > typed is a GDB command, so it wraps it with -interpreter-exec. > > The above was on MS-Windows. On GNU/Linux, I see a slightly different > manifestation of what seems to be the same problem: there, I cannot > get the debuggee to continue after I type some text that is supposed > to be read by fgets. Sounds like the input never gets to the > debuggee, or maybe the debuggee's stdin is not line-buffered for some > reason. In any case, the call to fgets never returns. > > So I no longer think this is a Windows-specific problem, and my > original assertion that it has to do with different buffering on > Windows seems to be incorrect. > > Perhaps someone who knows more about GUD and comint in general could > chime in and find out what is wrong here. Or at least explain what > should be done in gdb-mi to treat separately GDB commands and input to > the debuggee. Evidently, the old gud-gdb way of running GDB did that > correctly. > --20cf302078886e18ea04c6fcabbe Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for your good work. The problem I encountered on windows is just as = you have described.But on linux(i am running ubuntu 12.04 under virtualbox)= ,it works for me.
Here is the session on linux:
Reading symbols from /home/darks/Reverse...done.
(gdb) b 22
Breakpoint 1 at 0x80485e4: file Reverse.c, line 22.
= (gdb) start
Temporary breakpoint 2 at 0x8048586: file Reverse.c, line 12.
Starting program: /home/darks/Reverse

At this point, I see= the source in another window with the black arrow at line 12 and the red b= reakpoint at line 22.=A0
then,

(gdb= )=A0cotinue
continuing.

At this point,Nothing changed in the source=A0code window .The debuggee hun= g and is waitting input. So i input some values in IO buffer window and pre= ss RET,the gdb session shows:

(gdb)=A0

Now, the arrow goes into line 22 and hits the breakpoin= t.=A0
Then :

(gdb)=A0continue =A0
or doing this repeatly:=A0(gdb)= =A0next=A0
The debuggee works very well.it showed = all of the output in the IO buffer window and normally terminted at last. T= hat's all, just for your information only. Thanks.
2012/8/11 Eli Zaretskii <eliz@gnu.org>
I looked into this. =A0The problem seems to be that gdb-mi.= el is
confused wrt which text typed by the user to send to GDB and which to
the program being debugged.

Here's the session on Windows:

=A0 Reading symbols from d:/usr/eli/data/rev.exe...done.
=A0 (gdb) break 22
=A0 Breakpoint 1 at 0x4013ae: file rev.c, line 22.
=A0 (gdb) start
=A0 Temporary breakpoint 2 at 0x40136f: file rev.c, line 19.
=A0 Starting program: d:/usr/eli/data/rev.exe
=A0 [New Thread 2120.0x165c]

=A0 Temporary breakpoint 2, main () at rev.c:19
=A0 19 =A0 =A0 =A0 =A0int i=3D0,n;

At this point, I see the source in another window with the arrow at
line 19 and the breakpoint I set at line 22.

Now:

=A0 (gdb) continue
=A0 Continuing.

=A0 Breakpoint 1, main () at rev.c:22
=A0 22 =A0 =A0 =A0 =A0p =3D q =3D s; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0// = =A0set breakpoint at this line.
=A0 (gdb) print s
=A0 $1 =3D "23-thread-info --thread 1 \000 ..."

That "23-thread-info --thread 1" thing is a command sent by gdb-m= i.el
to GDB. =A0But since the debbuggee is reading stdin with fgets, the
command ends up in the buffer read by fgets. =A0Which explains why the
program doesn't stop when fgets is called: the call to fgets returns immediately with the above command as its input.

I tried to work around this by commenting out the "-thread-info"<= br> command sent here:

=A0 (defun gdb-starting (_output-field)
=A0 =A0 ;; CLI commands don't emit ^running at the moment so use gdb-ru= nning too.
=A0 =A0 (setq gdb-inferior-status "running")
=A0 =A0 (gdb-force-mode-line-update
=A0 =A0 =A0(propertize gdb-inferior-status 'face font-lock-type-face))<= br> =A0 =A0 (setq gdb-active-process t)
=A0 =A0 (setq gud-running t)
=A0 =A0 ;; GDB doesn't seem to respond to -thread-info before first sto= p or
=A0 =A0 ;; thread exit (even in non-stop mode), so this is useless.
=A0 =A0 ;; Behavior may change in the future.
=A0 =A0 (gdb-emit-signal gdb-buf-publisher 'update-threads)) =A0<<= ;<<<<<<<<<<<

Then I do get a chance to type some text when the debuggee is stuck in
fgets. =A0But what winds up in the buffer read by fgets is

=A0 -interpreter-exec console "TEXT"

where TEXT is what I typed. =A0Evidently, gdb-mi thinks that what I
typed is a GDB command, so it wraps it with -interpreter-exec.

The above was on MS-Windows. =A0On GNU/Linux, I see a slightly different manifestation of what seems to be the same problem: there, I cannot
get the debuggee to continue after I type some text that is supposed
to be read by fgets. =A0Sounds like the input never gets to the
debuggee, or maybe the debuggee's stdin is not line-buffered for some reason. =A0In any case, the call to fgets never returns.

So I no longer think this is a Windows-specific problem, and my
original assertion that it has to do with different buffering on
Windows seems to be incorrect.

Perhaps someone who knows more about GUD and comint in general could
chime in and find out what is wrong here. =A0Or at least explain what
should be done in gdb-mi to treat separately GDB commands and input to
the debuggee. =A0Evidently, the old gud-gdb way of running GDB did that
correctly.

--20cf302078886e18ea04c6fcabbe-- From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Aug 2012 14:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: qq510371827 Cc: 12163@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12163-submit@debbugs.gnu.org id=B12163.13446959693510 (code B ref 12163); Sat, 11 Aug 2012 14:40:02 +0000 Received: (at 12163) by debbugs.gnu.org; 11 Aug 2012 14:39:29 +0000 Received: from localhost ([127.0.0.1]:49475 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T0Cqe-0000uZ-Vt for submit@debbugs.gnu.org; Sat, 11 Aug 2012 10:39:29 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:59770) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T0Cqc-0000uQ-Mx for 12163@debbugs.gnu.org; Sat, 11 Aug 2012 10:39:28 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M8L00D00HL4U000@a-mtaout23.012.net.il> for 12163@debbugs.gnu.org; Sat, 11 Aug 2012 17:31:03 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M8L00DQAHNROP90@a-mtaout23.012.net.il>; Sat, 11 Aug 2012 17:31:03 +0300 (IDT) Date: Sat, 11 Aug 2012 17:31:12 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83obmhcxfz.fsf@gnu.org> References: <83obmkdoli.fsf@gnu.org> <83ehnfdzgw.fsf@gnu.org> <837gt7dqjm.fsf@gnu.org> <83628qeikl.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: qq510371827 > Date: Sat, 11 Aug 2012 20:32:56 +0800 > > Thanks for your good work. The problem I encountered on windows is just as > you have described.But on linux(i am running ubuntu 12.04 under virtualbox) > ,it works for me. What version of Emacs do you have on Ubuntu, and what version of GDB? From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 11 13:51:23 2012 Received: (at control) by debbugs.gnu.org; 11 Aug 2012 17:51:23 +0000 Received: from localhost ([127.0.0.1]:49786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T0FqM-0005IM-T3 for submit@debbugs.gnu.org; Sat, 11 Aug 2012 13:51:23 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:47727) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T0FqL-0005IG-N6 for control@debbugs.gnu.org; Sat, 11 Aug 2012 13:51:22 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1T0FiF-0007LR-HY for control@debbugs.gnu.org; Sat, 11 Aug 2012 13:42:59 -0400 Date: Sat, 11 Aug 2012 13:42:59 -0400 Message-Id: Subject: control message for bug 12180 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) merge 12163 12180 From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 18 08:42:07 2012 Received: (at control) by debbugs.gnu.org; 18 Dec 2012 13:42:07 +0000 Received: from localhost ([127.0.0.1]:48413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TkxQs-0005a2-Nz for submit@debbugs.gnu.org; Tue, 18 Dec 2012 08:42:07 -0500 Received: from mout.gmx.net ([212.227.15.19]:57636) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TkxQq-0005Zt-J8 for control@debbugs.gnu.org; Tue, 18 Dec 2012 08:42:05 -0500 Received: from mailout-de.gmx.net ([10.1.76.37]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0MTMoj-1TdyzE1rhn-00SKjD for ; Tue, 18 Dec 2012 14:40:43 +0100 Received: (qmail invoked by alias); 18 Dec 2012 13:40:43 -0000 Received: from p57BB97C7.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [87.187.151.199] by mail.gmx.net (mp037) with SMTP; 18 Dec 2012 14:40:43 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1/O7KYPNtbONDrJEoH0Nixl8AVatop0tm0QYOqAH/ puwxT8TlwsIElJ Date: Tue, 18 Dec 2012 14:40:39 +0100 Message-Id: <87d2y78omg.fsf@gmx.de> To: control@debbugs.gnu.org From: Michael Albinus Subject: control message for bug #12163 X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.0 (/) tags 12163 fixed close 12163 24.4 From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: control message for bug #12163 Resent-From: Michael Albinus Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Dec 2012 13:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: control@debbugs.gnu.org Cc: 12163@debbugs.gnu.org Received: via spool by 12163-submit@debbugs.gnu.org id=B12163.135583871725757 (code B ref 12163); Tue, 18 Dec 2012 13:52:01 +0000 Received: (at 12163) by debbugs.gnu.org; 18 Dec 2012 13:51:57 +0000 Received: from localhost ([127.0.0.1]:48425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TkxaO-0006hN-OO for submit@debbugs.gnu.org; Tue, 18 Dec 2012 08:51:57 -0500 Received: from mout.gmx.net ([212.227.15.18]:59652) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TkxaK-0006h3-Nr for 12163@debbugs.gnu.org; Tue, 18 Dec 2012 08:51:54 -0500 Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MRQfu-1TeGXX2EPo-00Sj2m for <12163@debbugs.gnu.org>; Tue, 18 Dec 2012 14:50:31 +0100 Received: (qmail invoked by alias); 18 Dec 2012 13:50:31 -0000 Received: from p57BB97C7.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [87.187.151.199] by mail.gmx.net (mp010) with SMTP; 18 Dec 2012 14:50:31 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1+c2WxH8kWcVYu1Xj1SMKX1jiCjc+GuCdgF0v3Bqy EQv2X5mkveiBmm From: Michael Albinus References: <87d2y78omg.fsf@gmx.de> Date: Tue, 18 Dec 2012 14:50:27 +0100 In-Reply-To: <87d2y78omg.fsf@gmx.de> (Michael Albinus's message of "Tue, 18 Dec 2012 14:40:39 +0100") Message-ID: <877gof8o64.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.0 (/) reopen 12163 Sorry, the closure was accidental. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 18 03:24:45 2014 Received: (at control) by debbugs.gnu.org; 18 Nov 2014 08:24:45 +0000 Received: from localhost ([127.0.0.1]:36791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xqe5c-0001hK-MP for submit@debbugs.gnu.org; Tue, 18 Nov 2014 03:24:45 -0500 Received: from mail-wi0-f174.google.com ([209.85.212.174]:62202) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xqe5Y-0001h9-7z for control@debbugs.gnu.org; Tue, 18 Nov 2014 03:24:41 -0500 Received: by mail-wi0-f174.google.com with SMTP id h11so944863wiw.13 for ; Tue, 18 Nov 2014 00:24:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:message-id:user-agent:to:from:subject; bh=OpNiL50deureE2I6E8vhXROAKcwXCjHBz5I3WsyiyZY=; b=aEVoWYW0Diyvf5X3aJiJ0AxnGE9rfHG/CYYI1aDz3d1JhkICXIDPBa4a8kYTv+V/D4 absGIDzZqqox9vdVZcGqCvbDrlcpW6aXOVLezsdEu3KSEkH6xTN7cw69iOTw+S/owgEE ZAEyUi0Vcs+hwDYejppfFZDiiFlkxEp4ZC3ODbRhK2vxXAcH1soYdxVkslmum9wrI6dK cBP/nCU0pF+Vk3ZrnA7160qPKhttSV4m72nFKQ+V4ATfsC9lH8podY+zUcVpK8qBk3/c 4e/mP8L5lIywGtPbEWP0i/ooJcHPs6Rk0KULcEycntIqiPTdPFXAX3g+PgWoRrdp/5ue T2Gg== X-Gm-Message-State: ALoCoQlk1GeO/n/USL9dMC0A5MvbkCqQ+FSj7m575XS16S/2tk6l8Q9wN0h0YQe1KF58dOcVybn9 X-Received: by 10.194.47.226 with SMTP id g2mr44983077wjn.68.1416299079362; Tue, 18 Nov 2014 00:24:39 -0800 (PST) Received: from disaster-area.hh.sledj.net ([2a01:348:1a2:1:ea39:35ff:fe2c:a227]) by mx.google.com with ESMTPSA id cq4sm10533072wjc.35.2014.11.18.00.24.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Nov 2014 00:24:38 -0800 (PST) Received: from localhost (30000@localhost [local]); by localhost (OpenSMTPD) with ESMTPA id 379535b7; for ; Tue, 18 Nov 2014 08:24:37 +0000 (UTC) Date: Tue, 18 Nov 2014 08:24:37 +0000 (GMT) Message-Id: <10334988087004328744.enqueue@disaster-area.hh.sledj.net> User-Agent: OpenSMTPD enqueuer (Demoostik) To: control@debbugs.gnu.org From: David Edmondson Subject: control message for bug #12163 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -0.0 (/) tags 12163 patch From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 30 00:14:57 2017 Received: (at control) by debbugs.gnu.org; 30 Jun 2017 04:14:57 +0000 Received: from localhost ([127.0.0.1]:45329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQnKb-0000gG-1r for submit@debbugs.gnu.org; Fri, 30 Jun 2017 00:14:57 -0400 Received: from mail-io0-f177.google.com ([209.85.223.177]:36228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQnKZ-0000g1-DF for control@debbugs.gnu.org; Fri, 30 Jun 2017 00:14:55 -0400 Received: by mail-io0-f177.google.com with SMTP id z62so17982484ioi.3 for ; Thu, 29 Jun 2017 21:14:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:mime-version; bh=pzSsroI88ORuHauWGUVz5spll0AfaY3KOmzLNpXOe8c=; b=Zw5mhk4Jxc6sRrvK1tQedsiVVLTkbRPflDHOmscqukC+X7aGm1XYkp2LMFEHraCBDM KsJ40H0t//su17Xs00hOVFg4oXiXQNrOocJb8cr6u9rn5QmGhqrIyhaCsBiN9h696l2U 1UI0hvKWViR1j4EjzT3lbpxumkmmTNwg7ZE3fi6Z42RyH4gTye+9BAPRXIhzhWxScDI3 c8yCZ+79pMwHF9+vyDo7ZE7umX7a1Jb8t3ME/sQE2srqc87FGLPy8uUD+ig/IL72MTra Wdzsr6OMWFBNH6jgikZL/Qasw0AiTgsC8mKkQleML2ri2ATbj7l2DnwFEhwC/ihOOd7/ ijLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=pzSsroI88ORuHauWGUVz5spll0AfaY3KOmzLNpXOe8c=; b=gRXaQ14RClofzPlxMWDS8uG3Myhuzvp5pddaYnttiNDh/wA2J++gtT4pJeXfRC/2Pn EV5WuM+pqfNjaNYwbcj9S9Z4XLTh9j+P6q4OVvjC2T26h0c2vjQZHeNfBVJFuSQYw0vi 5WqzFF3sk3f7iVk2tffbddhKIIuBm7G4MEpQpi4HS/GdKFpYqiGRI5J45vfd4I1rEHme SMoOGTLRp4Bpy8ttbjhz4w8hNlD99/uSsgfxUP8XIKFwgZgpE/A7r5YaflmjKbW/xHmM F6gAMy2WIokj2YgoHHy11PMefjeJDLwFekIeD/BTHyvZdSErgWJc/PI4vECxnkCptnWX AS2Q== X-Gm-Message-State: AKS2vOwrPDrV0dgiV67YXQ81DmjpamxDm16rwykilQr+ndjmvvcEnWen Un6J3m52e4y404th X-Received: by 10.107.156.83 with SMTP id f80mr20429228ioe.9.1498796089686; Thu, 29 Jun 2017 21:14:49 -0700 (PDT) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id t18sm5532289ita.25.2017.06.29.21.14.48 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 29 Jun 2017 21:14:49 -0700 (PDT) From: npostavs@users.sourceforge.net To: control@debbugs.gnu.org Subject: control message for bug #12163 Date: Fri, 30 Jun 2017 00:16:26 -0400 Message-ID: <87mv8qkt45.fsf@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) 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: -2.1 (--) # there is no patch, I think the patch tag was added by accident tags 12163 - patch quit From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: bug#12180: Fwd: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Feb 2022 00:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: qq510371827 Cc: 12163@debbugs.gnu.org, 12180@debbugs.gnu.org Received: via spool by 12163-submit@debbugs.gnu.org id=B12163.16441923358855 (code B ref 12163); Mon, 07 Feb 2022 00:06:02 +0000 Received: (at 12163) by debbugs.gnu.org; 7 Feb 2022 00:05:35 +0000 Received: from localhost ([127.0.0.1]:40282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGrXC-0002If-Qv for submit@debbugs.gnu.org; Sun, 06 Feb 2022 19:05:35 -0500 Received: from quimby.gnus.org ([95.216.78.240]:33460) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGrXA-0002IN-P2; Sun, 06 Feb 2022 19:05:33 -0500 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=n9UrQXflCHotwTJsuy0sWOHHtRpkGJEqSrYEdkz3S9g=; b=adXje9CBHtsgxzeML0O2lYHw+R aTElFNF/tDcPUL3BP/ee9m5OP8slw3pjTOK4qIs/CcShIQUb9HEsTtUColrxWXqg/0uTbHmdFg//V l2Hk+rzltSWesTVBOKSqXw0yDbmKKFg/d2s/dKdCqbiWijfI6BIctzmY7yynpYzhfwQA=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nGrX1-0001ND-Tg; Mon, 07 Feb 2022 01:05:26 +0100 From: Lars Ingebrigtsen References: X-Now-Playing: The Rolling Stones's _Black and Blue_: "Melody" Date: Mon, 07 Feb 2022 01:05:21 +0100 In-Reply-To: (qq's message of "Thu, 9 Aug 2012 22:54:24 +0800") Message-ID: <87iltr35j2.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: qq510371827 writes: > I am running emacs 24.1 on windows7 32bit with mginw32.When debugging my > c/c++ application I can not give an iputting and can not see any > output. For example: > ... // line 1 > ... // line 2 > f [...] 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-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 (---) qq510371827 writes: > I am running emacs 24.1 on windows7 32bit with mginw32.When debugging my > c/c++ application I can not give an iputting and can not see any > output. For example: > ... // line 1 > ... // line 2 > fgets(s,255,stdin); //line 3 > ... // line 4 > ... //line 5 > i = 0; // line 6 Breakpoint is at this line. (I'm going through old bug reports that unfortunately weren't resolved at the time.) Are you still seeing this issue on more recent versions of Emacs/Windows/Mingw? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 06 19:05:39 2022 Received: (at control) by debbugs.gnu.org; 7 Feb 2022 00:05:39 +0000 Received: from localhost ([127.0.0.1]:40285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGrXH-0002J0-2g for submit@debbugs.gnu.org; Sun, 06 Feb 2022 19:05:39 -0500 Received: from quimby.gnus.org ([95.216.78.240]:33474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGrXG-0002IS-1x for control@debbugs.gnu.org; Sun, 06 Feb 2022 19:05:38 -0500 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=mE8ZP81Ho337odUQGGq78Qwa5mf4COeAT5jLi81P9z8=; b=BNDPgvgqi0di83cljm7Kef1bCO JG8MH9LZl/pnWm/Ldb+hxUseY03MiNwVFzceJEGg7olVbhH/pwyHHRlYn5O4z5dnIMrJ50ygp50GU 5prqYaGanCM6Cz5zxmP1lGc+Qgo3bwYoTvGcXLYeAjlNxFbxKPDd5TyAutxYjO7s1NmA=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nGrX7-0001NL-Hi for control@debbugs.gnu.org; Mon, 07 Feb 2022 01:05:32 +0100 Date: Mon, 07 Feb 2022 01:05:28 +0100 Message-Id: <87h79b35iv.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12180 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: tags 12180 + moreinfo 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 (---) tags 12180 + moreinfo quit From unknown Sun Jun 22 11:46:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12163: bug#12180: Fwd: bug#12163: 24.1; Can not input anything or showing none output when debugging c/c++ application. Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Mar 2022 02:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12163 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: qq510371827 Cc: 12163@debbugs.gnu.org, 12180@debbugs.gnu.org Received: via spool by 12163-submit@debbugs.gnu.org id=B12163.164662064116664 (code B ref 12163); Mon, 07 Mar 2022 02:38:02 +0000 Received: (at 12163) by debbugs.gnu.org; 7 Mar 2022 02:37:21 +0000 Received: from localhost ([127.0.0.1]:52019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nR3FR-0004Kd-FE for submit@debbugs.gnu.org; Sun, 06 Mar 2022 21:37:21 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50550) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nR3FQ-0004KJ-47; Sun, 06 Mar 2022 21:37:20 -0500 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=XApgjLEbXAOB8ZH/JXwlTf4znPAPf0uygPPbxOZ93yA=; b=sn+lY6mUDb+pJDgNxud9O0tb83 b3Rcgy6Rv0YhAcPCkLCO8wlN646yXFpcCJVynRN8fHGV5qwKJN52bfM58BLgpT31CTe9TowTVckJ8 Al/9W68DJftGMz0FHf0gF0W7/Mhg7u3crZNd9O8U/7n/xjmSkb+AmLmbyD+s/rKXKppM=; 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 1nR3FH-0004XN-V1; Mon, 07 Mar 2022 03:37:14 +0100 From: Lars Ingebrigtsen References: <87iltr35j2.fsf@gnus.org> X-Now-Playing: Sector 27's _Sector 27 Complete_: "Shutdown (bonus track)" Date: Mon, 07 Mar 2022 03:37:07 +0100 In-Reply-To: <87iltr35j2.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 07 Feb 2022 01:05:21 +0100") Message-ID: <87v8wqcwto.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: Lars Ingebrigtsen writes: > Are you still seeing this issue on more recent versions of > Emacs/Windows/Mingw? More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. 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-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 (---) Lars Ingebrigtsen writes: > Are you still seeing this issue on more recent versions of > Emacs/Windows/Mingw? More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 06 21:37:24 2022 Received: (at control) by debbugs.gnu.org; 7 Mar 2022 02:37:25 +0000 Received: from localhost ([127.0.0.1]:52022 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nR3FU-0004Ky-O1 for submit@debbugs.gnu.org; Sun, 06 Mar 2022 21:37:24 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nR3FT-0004KN-UM for control@debbugs.gnu.org; Sun, 06 Mar 2022 21:37:24 -0500 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=M7RaMQ6JCrMRsNw+gMCNKJxLcXX+9+R+f/A0lh/96+0=; b=g0qT+A2JuKhanvpLhvK5LkMZIs FjJyjpDQKL7UkTYNlcGVBfJqH0ckAJRD0G4WSgk/5qQTqfC7RjJhmmEgWVAGif7fzsFxCElZIaOVV +8UcuvY3j6UwZBrOlrfD37HnHMwbjGYgPignlnemYajBd8upXuB8EEHUCp6YhqO3DKq8=; 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 1nR3FM-0004XW-G7 for control@debbugs.gnu.org; Mon, 07 Mar 2022 03:37:18 +0100 Date: Mon, 07 Mar 2022 03:37:16 +0100 Message-Id: <87tucacwtf.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12180 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 12180 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 12180 quit