From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 128609 invoked by alias); 30 Jul 2015 14:40:03 -0000 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 Received: (qmail 128599 invoked by uid 89); 30 Jul 2015 14:40:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 X-HELO: out4-smtp.messagingengine.com Received: from out4-smtp.messagingengine.com (HELO out4-smtp.messagingengine.com) (66.111.4.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 30 Jul 2015 14:40:01 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id DD1DB2094D for ; Thu, 30 Jul 2015 10:39:55 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Thu, 30 Jul 2015 10:39:55 -0400 Received: from [192.168.1.102] (host86-141-131-77.range86-141.btcentralplus.com [86.141.131.77]) by mail.messagingengine.com (Postfix) with ESMTPA id 6DC656800C1; Thu, 30 Jul 2015 10:39:55 -0400 (EDT) Subject: Re: Analyzing a SEG FAULT that gdb doesn't help with To: cygwin@cygwin.com References: Reply-To: cygwin@cygwin.com From: Jon TURNEY Cc: mike@kmcardiff.com Message-ID: <55BA373A.4020909@dronecode.org.uk> Date: Thu, 30 Jul 2015 14:40:00 -0000 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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2015-07/txt/msg00458.txt.bz2 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