X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=0.1 required=5.0 tests=AWL,BAYES_50,RP_MATCHES_RCVD,SPF_NEUTRAL,TW_RX X-Spam-Check-By: sourceware.org Message-ID: <4E9767F1.3080709@cornell.edu> Date: Thu, 13 Oct 2011 18:36:33 -0400 From: Ken Brown User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Problem w/ gdb 7.3.50-2 under emacs References: <4E7497DA DOT 1090800 AT cornell DOT edu> <4E9720D4 DOT 8070707 AT cs DOT utoronto DOT ca> <4E972ED8 DOT 2080707 AT cs DOT utoronto DOT ca> In-Reply-To: <4E972ED8.2080707@cs.utoronto.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 10/13/2011 2:32 PM, Ryan Johnson wrote: > On 13/10/2011 1:33 PM, Ryan Johnson wrote: >> On 17/09/2011 8:51 AM, Ken Brown wrote: >>> On 9/13/2011 11:48 PM, Bill Priest wrote: >>>> All, >>>> I updated gdb to 7.3.50-2 and I can no longer run M-x gdb under >>>> emacs inside rxvt (gdb core dumps). Reverting back to 7.3.50-1 and it >>>> works. The executable being debugged is built with gcc 4.5.3 and gdb >>>> under rxvt and ddd works. Running M-x shell (/bin/sh) gdb also works. >>>> Running M-x gdba fails identically to M-x gdb. The odd thing is >>>> that after "Reading symbols ... done" nothing is typed and the >>>> "Debugger segmentation fault (core dumped) occurs w/o typing a key. >>>> >>>> Bill >>>> >>>> t.c >>>> -------------- >>>> #include >>>> >>>> int main(void) >>>> { >>>> printf("Hello World\n"); >>>> return 0; >>>> } >>>> --------------- >>>> >>>> compiled with >>>> gcc -Wall -g -o t t.c >>>> >>>> >>>> Current directory is ~/ >>>> GNU gdb (GDB) 7.3.50.20110821-cvs (cygwin-special) >>>> Copyright (C) 2011 Free Software Foundation, Inc. >>>> License GPLv3+: GNU GPL version 3 or >>>> later >>>> This is free software: you are free to change and redistribute it. >>>> There is NO WARRANTY, to the extent permitted by law. Type "show >>>> copying" >>>> and "show warranty" for details. >>>> This GDB was configured as "i686-cygwin". >>>> For bug reporting instructions, please see: >>>> ... >>>> Reading symbols from /home/wpriest/t.exe...done. >>>> (gdb) >>>> Debugger segmentation fault (core dumped) >>> >>> I can confirm this. Bug M-x gud-gdb seems to work fine. I realize, >>> however, that it may not give you the graphical interface that you'd >>> like. >>> >>> Notice that when you use M-x gdb, emacs calls gdb with the >>> --annotate=3 option. A google search suggests that this option is >>> obsolete. I don't know if that's part of the problem or not. I can >>> run gdb with that option outside of emacs and it doesn't segfault. >> I also encountered problems, though in my case gdb managed not only to >> hang, but also took emacs with it... I had to revert to the older >> version. >> >> Has anybody figured out what might be causing the issue? I plan to try, but I haven't gotten to it yet. > Update: gdb (previous version and home-built) doesn't seg fault, but is > unable to run commands under the latest cygwin emacs: nothing happens > when you hit [enter], though it usually responds to ^C and comes back to > the gdb prompt. A home-built emacs works perfectly (at least, with the > previous version of cygwin gdb). Are you implying that the previous version of Cygwin gdb doesn't work with Cygwin emacs? It works for the OP and for me. Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple