Re: gdb cross debugging with core files: no backtrace and no sharedlibrary loading

[crquan <crquan at gmail dot com>]

On Fri, Jul 5, 2013 at 7:17 AM, Pedro Alves <palves@redhat.com> wrote:
> 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?

Thanks for replying, I have given this gdb with correct sysroot and
solib-search-path,
with my other applications debugging with gdb can load symbols from
correct libraries,
only with a particular application gdb doesn't load shared libraries,
all my applications are compiled by a same gcc/glibc cross toolchain,

I've tried a live session by "target remote <board-ip-addr>:<port>",
this time gdb loaded
ld-linux.so, other library symbols are still missing,

Do you know some manual commands to load shared library symbols?

Or could you tell something from gdb source tree, I'd like to check if
it is a gdb bug,


Thanks,

>
> --
> Pedro Alves