Aleksandar Ristovski(deleted)
|
Re: GDB Issue + Postmortem Debugging Issue
|
Aleksandar Ristovski(deleted)
04/20/2012 1:53 PM
post92679
|
Re: GDB Issue + Postmortem Debugging Issue
Hello David,
On 12-04-20 01:23 PM, David Legault wrote:
> Could not find platform independent libraries<prefix>
> Could not find platform dependent libraries<exec_prefix>
> Consider setting $PYTHONHOME to<prefix>[:<exec_prefix>]
You can ignore this.
>
> ---
>
> Second Issue:
>
> The second issue is related to postmortem debugging in the IDE. Even though I have set the proper paths in .gdbinit,
the debugger always spits out these warnings when loading a core file against its binary:
did you specify this .gdbinit in your debug configuration dialog?
>
> warning: Host file /opt/qnx650/target/qnx6/armle-v7/usr/lib/libmq.so.1 does not match target file libmq.so.1.
>
> warning: Host file /opt/qnx650/target/qnx6/armle-v7/lib/libc.so.3 does not match target file libc.so.3.
>
> warning: Could not load shared library symbols for libnspinoverride.so.
> Do you need "set solib-search-path" or "set sysroot"?
> Reading symbols from /mnt/development/test4/arm/o.le.v7/test4...done.
> [New pid 57786387 tid 1]
> Program terminated with signal 11, Segmentation fault.
>
> But the symbols are all loaded without an issue. It's as if it ignores the paths provided in the .gdbinit file to
compare the libraries or to find them but still does find them and load them properly
When core is given at command line, gdb will first load symbols using
info it has which happens before gdbinit has been processed. This is
where 'warning:' messages are printed. Then, upon parsing gdbinit it
will reset shared object list and re-read, this time correctly.
Try:
$ QNX_TARGET=<your qnx target> ntoarm-gdb test4 test4.core
or
$ ntoarm-gdb test4
(gdb) core test4.core
Thanks,
Aleksandar
|
|
|