delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2012/04/29/18:19:30

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE
X-Spam-Check-By: sourceware.org
X-Mail-Handler: MailHop Outbound by DynDNS
X-Report-Abuse-To: abuse AT dyndns DOT com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX1+uwzwVujC/U/+HlIO2t3ol
Date: Sun, 29 Apr 2012 18:19:05 -0400
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: gdb hanging in emacs
Message-ID: <20120429221905.GB27448@ednor.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <4F9C4BD1 DOT 1040401 AT cs DOT utoronto DOT ca> <4F9D39C4 DOT 4010904 AT cornell DOT edu>
MIME-Version: 1.0
In-Reply-To: <4F9D39C4.4010904@cornell.edu>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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 Sun, Apr 29, 2012 at 08:53:24AM -0400, Ken Brown wrote:
>On 4/28/2012 3:58 PM, Ryan Johnson wrote:
>> Hi all,
>>
>> I'm trying to use a home-built cross-gdb to do some remote debugging
>> over tcp, but running gdb inside emacs doesn't work. M-x gud-gdb works
>> fine, it's something wrong with the emacs integration. Unlike past times
>> this has come up, the issue doesn't seem to be related to seg faults;
>> the closest match I can find is from the emacs mailing list a while back
>> [1], and involves a so-called "phase error." Basically, a large fraction
>> of commands cause gud to hang in "[initializing...]" state for minutes
>> or longer, apparently because it doesn't see what it expects and gets
>> confused.
>>
>> The workaround to use 'file $BINARY' instead of specifying it at the
>> command line avoids one problem, but simple things like 'set remotebaud
>> 115200' also hang (unless added to a .gdbinit), and actually attempting
>> to attach to the remote process similarly hangs forever in the
>> initializing state. There is no CPU or disk utilization, and the command
>> can't be interrupted with C-c C-c (though that does make it report a
>> phase error before going back to hung). In some cases the "hang"
>> resolves itself after about two minutes -- usually for simple commands
>> like `set remotebaud' -- but more often than not, it's permanent. The
>> behavior is also somewhat erratic, in the sense that the specific set of
>> commands that hangs changes slowly over time and/or between invocations.
>>
>> So, two questions:
>>
>> 1. Has anyone else seen this, and if so, do they have any advice or
>> workarounds?
>>
>> 2. Cygwin's official gdb doesn't seem to have any of these problems,
>> though I can't test most of the commands, since it can't attach to the
>> remote process. Is there some set of cygwin-specific patches I could
>> borrow that make all the difference, or is my observation just coincidence?
>
>Can't you just download the source for Cygwin's gdb and use that as the 
>starting point for your home-built cross-gdb?

There is nothing magical in the Cygwin gdb source.  Any recent gdb source
should be perfectly usable.

cgf

--
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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019