From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7727 invoked by alias); 9 Nov 2011 22:32:57 -0000 Received: (qmail 7715 invoked by uid 22791); 9 Nov 2011 22:32:56 -0000 X-SWARE-Spam-Status: No, hits=-0.3 required=5.0 tests=AWL,BAYES_50,RP_MATCHES_RCVD,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Received: from granite1.mail.cornell.edu (HELO authusersmtp.mail.cornell.edu) (128.253.83.141) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 09 Nov 2011 22:32:34 +0000 Received: from [192.168.1.4] (cpe-67-249-194-47.twcny.res.rr.com [67.249.194.47]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id pA9MWWM7014119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 9 Nov 2011 17:32:33 -0500 (EST) Message-ID: <4EBAFF80.9020604@cornell.edu> Date: Wed, 09 Nov 2011 22:32:00 -0000 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@cygwin.com Subject: Re: gdb broken inside emacs (again? still?) References: <4EBAF428.9040508@cs.utoronto.ca> In-Reply-To: <4EBAF428.9040508@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@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-11/txt/msg00152.txt.bz2 On 11/9/2011 4:44 PM, Ryan Johnson wrote: > Hi all, > > Attempting to run gdb inside emacs with an executable file name argument > (with or without --annotate=3) causes it to seg fault (no surprise, > known issue). Running just `gdb' from emacs allows it to initialize, but > attempts to load a file or indeed perform any command hang until a > double-^C cancels the attempt (reporting "C-c C-cquit"). Ironically, > even `quit' hangs, so you have to use ^D to exit. Debugging anything > within emacs is thus completely impossible at this time. I've tried with > a home-compiled gdb (same version) with no better luck. I'm building an > emacs-23 from scratch, but I'm pretty sure I've already tried that > before, without any conclusive improvement. > > I know this has come up before, and that it has been "resolved" before > for me and for others, but it keeps recurring (usually whenever I > actually need to debug something) and I can't find any reliable way to > make the problem go away. > > Do the latest snapshots contain changes which should fix the problem? > > I'm on an win7-64 system, running the 13 Oct dll snapshot, after a > rebaseall. Relevant package versions are below (setup.exe doesn't > advertize any newer ones): >> binutils 2.22.51-1 >> gcc4 4.5.3-3 >> gcc4-core 4.5.3-3 >> gcc4-g++ 4.5.3-3 >> gcc4-java 4.5.3-3 >> gdb 7.3.50-2 >> emacs 23.3-3 >> emacs-X11 23.3-3 cgf has already stated that this will be fixed in the next release of gdb; see http://cygwin.com/ml/cygwin/2011-10/msg00564.html In the meantime, can't you use gdb 7.3.50-1? If you also have problems with that release, please send detailed instructions for reproducing the problem (starting with emacs -Q). Ken P.S. If you're building your own emacs and using a Cygwin snapshot, you'll need to apply my patch to fix the memory allocation problem that we discussed a few months ago. You can get this by using setup.exe to download the source for emacs-23.3-3. -- 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