DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:reply-to:from:cc
	:message-id:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=speYBmRSrLMgVttO
	UTpYLVvh6wMCi8nHFLI12htsWjretxO6n47NhRC5EukC7yRcsMyYNbtKFcieJCKk
	mtRHhzYRP736NWNX75QUEJ+5L1YXXlpAS+0aUBNZH66a6HzpHDoe2RjeFLNJMuHS
	8HEF5uulkoxZAhvjn6Gob/frPFY=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: Analyzing a SEG FAULT that gdb doesn't help with
To: cygwin@cygwin.com
References: <CAOC2fq_fahjLapKbgO8Xer8neEjv1Ohs4bM3JOWcka0ajjcbCg@mail.gmail.com>
Reply-To: cygwin@cygwin.com
From: Jon TURNEY <jon.turney@dronecode.org.uk>
Cc: mike@kmcardiff.com
Message-ID: <55BA373A.4020909@dronecode.org.uk>
Date: Thu, 30 Jul 2015 15:39:54 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <CAOC2fq_fahjLapKbgO8Xer8neEjv1Ohs4bM3JOWcka0ajjcbCg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

On 30/07/2015 00:16, Michael Enright wrote:
> So I tried to addr2line /usr/bin/cygwin1.dll 6155d363 and I got
> nothing (?? at ??:?) I then reviewed in setup-x86 the possible cygwin
> packages to see if there was a missing package I could use to enable
> cygwin1.dll's addresses to be translated but I didn't recognize
> anything.

You need to install the 'cygwin-debuginfo' package for debug symbols for 
cygwin1.dll

You also need to point addr2line at those detached debug symbols, as 
(unlike gdb) it doesn't follow .gnu_debuglink pointers.

(I'm assuming you've typoed 6155d363 here and it should be 0x6115D363 as 
the strace output says)

# addr2line -e /usr/lib/debug/usr/bin/cygwin1.dbg 0x6115D363
/usr/src/debug/cygwin-2.1.0-1/newlib/libc/machine/i386/strlen.S:64

> 1) Why is it not the case that gdb handles this SEGV in the usual
> manner? It too just allows the stackdump to be made and lets me know
> that the inferior has run its course.

This shouldn't happen.  Are you sure the crashing process is the direct 
inferior of gdb, and not some wrapper process which runs it? 
(uninstalled libtool generated binaries do this, for e.g.)


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