From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20765 invoked by alias); 5 Jul 2013 14:17:42 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 20730 invoked by uid 89); 5 Jul 2013 14:17:38 -0000 X-Spam-SWARE-Status: No, score=-7.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS,TW_CR autolearn=ham version=3.3.1 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 05 Jul 2013 14:17:38 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r65EHZAu028299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Jul 2013 10:17:36 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r65EHYCj026895; Fri, 5 Jul 2013 10:17:35 -0400 Message-ID: <51D6D57E.6070302@redhat.com> Date: Fri, 05 Jul 2013 14:17:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: crquan CC: gdb@sourceware.org Subject: Re: gdb cross debugging with core files: no backtrace and no sharedlibrary loading References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-07/txt/msg00026.txt.bz2 On 07/02/2013 10:32 AM, crquan wrote: > Hi all, > > I have been using gdb-7.3 for my arm linux board projects for a long time, > for most applications memory crash problems I debug the program with a > core file under gdb, with correct sysroot and solib-search-path, the > backtrace command > was always able to indicate where it crashed, > but with a recent ported program, it ceased working, no any symbol > from sharedlibrary loaded, and backtrace just gave addresses with no > symbol, > that I cannot guess at that address is it a function, from binary text > or a library text section? > > I'm not sure is this a gdb bug or I used it wrong, I compiled a > gdb-7.6 but got same; want to see if any one met same or similar > error, and how can I manually load symbol table from those libraries? > any suggests or comments are welcome, > Thanks, Hard to say... If you've given gdb the correct sysroot, _and_ the correct program binary, than this should work, so it would sounds like a bug. Does this happen only with core files? IOW, debugging live programs works fine? -- Pedro Alves