X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
In-Reply-To:	<20110520171555.GA17831@ednor.casa.cgf.cx>
References:	<BANLkTineFxeJDfAXCRejDPpWkDgRxkA51g AT mail DOT gmail DOT com> <BANLkTinyBgQuYu3VAyzss2PNB7WApOE-yQ AT mail DOT gmail DOT com> <20110520054420 DOT GA17408 AT ednor DOT casa DOT cgf DOT cx> <BANLkTi=tGpTuFbgCC-XdvHiXUxnv_yn_FA AT mail DOT gmail DOT com> <20110520171555 DOT GA17831 AT ednor DOT casa DOT cgf DOT cx>
Date:	Fri, 20 May 2011 13:38:42 -0400
Message-ID:	<BANLkTi=B5ieU0nHRMwOECfTHyeT0L6S+pA@mail.gmail.com>
Subject:	Re: Issues with latest rtorrent under Win7 x64 when attempting to package
From:	Chris Sutcliffe <ir0nh34d AT gmail DOT com>
To:	cygwin AT cygwin DOT com
X-IsSubscribed:	yes
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 20 May 2011 13:15, Christopher Faylor wrote:
> On Fri, May 20, 2011 at 12:51:24PM -0400, Chris Sutcliffe wrote:
>>On 20 May 2011 01:44, Christopher Faylor wrote:
>>> On Thu, May 19, 2011 at 10:01:47PM -0400, Chris Sutcliffe wrote:
>>>>Creating a debug build hasn't helped either. ?When it crashes it's
>>>>causing a stack dump, so doing a 'bt' in gdb just returns 'no stack'.
>>>
>>> That probably means that it's forking. ?You're debugging the parent
>>> when the child is having problems.
>>>
>>> The addresses in the stack dump can be decoded with gdb:
>>>
>>> l *0xnnnnn
>>> ^
>>> that's an "ell".
>>
>>I've tried l *0xnnnn for each of the addresses in the stack dump:
>>
>>Stack trace:
>>Frame =A0 =A0 Function =A0Args
>>0028C77C =A076D51A2C =A0(00000002, 7EFDE000, 00000000, 0000002F)
>>0028C798 =A076D54238 =A0(00000002, 0028C7F0, 00000000, 0000002F)
>>0028C908 =A0610BF0DD =A0(0028CA1C, 0028C980, 0028C960, 0028C940)
>>0028CA68 =A0610BF7C0 =A0(00000001, 020D9680, 020D96A0, 020D96C0)
>>0028CAB8 =A0610C3545 =A0(020D79F8, 0000B5F5, 00000000, 020EC060)
>>0028CD28 =A000405AA8 =A0(61244184, 00000000, 0028CD68, 61007038)
>>0028CD68 =A061007038 =A0(00000000, 0028CDA4, 61006980, 7EFDE000)
>>End of stack trace
>>
>>Each time I get:
>>
>>No source file for address 0xnnnnnn.
>>
>>I've tried both the Frame and Function addresses.
>
> Sounds like you don't have cygwin1.dbg (in the the cygwin src package if
> you're using a release or downloadable if you're using a snapshot) and
> either your program is stripped or it isn't built with debugging.
> FWIW, 0x00405AA8 is likely the address of some location in rtorrent.

No luck with 0x00405AA8, but it could be in libtorrent.dll, which I
will also build with debugging info.  I did manage to find the
following (after loading the cygwin1.dbg symbols):

0x61007038 is in dll_crt0_1(void*)
(/ext/build/netrel/src/cygwin-1.7.9-1/winsup/cygwin/dcrt0.cc:974).
969     /ext/build/netrel/src/cygwin-1.7.9-1/winsup/cygwin/dcrt0.cc:
No such file or directory.
        in /ext/build/netrel/src/cygwin-1.7.9-1/winsup/cygwin/dcrt0.cc

However my Cygwin source is in /usr as opposed to /ext/build/netrel,
is there a way to tell gdb to look there instead?

Thank you,

Chris

--=20
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

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