problem with core file

[Markus dot Grunwald at pruftechnik dot com]

Hello,

perhaps you can help me with my core file: I'm cross compiling a program 
for the arm plattform. The program is compiled with debug info:

gru@CMDevLin2 >file dafit_arm.bin 
dafit_arm.bin: ELF 32-bit LSB executable, ARM, version 1 (ARM), for 
GNU/Linux 2.0.0, dynamically linked (uses shared libs), for GNU/Linux 
2.0.0, not stripped

This program dumps a core file (intended, I call the abort() function) and 
I want to examine the backtrace. But gdb shows me several warnings and the 
result is not very helpfull. I'll comment the output below:

--------------------------------------------------------------------------------
gru@CMDevLin2 >~/gdb-6.6-arm/bin/arm-linux-gdb dafit_arm.bin core.651 
GNU gdb 6.6
[...]
This GDB was configured as "--host=i686-pc-linux --target=arm-linux"...

warning: core file may not match specified executable file.
        -> Why ? I am sure they match !
Error while mapping shared library sections:
/VIBXpert/qt/lib/libqte-mt.so.3: No such file or directory.
        -> Ok, this is the path on our embedded plattform. On the PC where 
I 
        -> examine this code, the lib lies here: 
/opt/qt/arm/qt3/lib/libqte-mt.so.3
        -> Is there some way to tell this gdb ?

warning: .dynamic section for "/lib/libpthread.so.0" is not at the 
expected address (wrong library or version mismatch?)
        -> Again, that's the path on the embedded plattform.
        -> On the pc, it should be 
/usr/local/arm/./2.95.3/arm-linux/lib/libpthread.so.0

warning: .dynamic section for "/lib/libm.so.6" is not at the expected 
address (wrong library or version mismatch?)

warning: .dynamic section for "/lib/libc.so.6" is not at the expected 
address (wrong library or version mismatch?)

warning: .dynamic section for "/lib/libdl.so.2" is not at the expected 
address (wrong library or version mismatch?)

warning: .dynamic section for "/lib/ld-linux.so.2" is not at the expected 
address (wrong library or version mismatch?)
Symbol file not found for /VIBXpert/qt/lib/libqte-mt.so.3
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /lib/libpthread.so.0
        -> Will this work ??? I can't imagine ...
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `îm@0@ úÿ¿'.
        -> Sounds funny.
Program terminated with signal 6, Aborted.
#0  0x407daa24 in ?? () from /lib/libc.so.6
(gdb) bt
#0  0x407daa24 in ?? () from /lib/libc.so.6
        -> Hmm. Not very much ...
--------------------------------------------------------------------------------

I found the "substitute path " function in the gdb manual, but as I read 
it, it's only for the source files... Most possibly I overlooked something 
in the docs, could you please help me out ?


Best regards,

Markus Grunwald
Softwaredevelopment