when running gdb I cannot find crti.S
Stephan Bergmann
sbergman at redhat.com
Wed Jan 8 08:27:41 PST 2014
On 01/08/2014 05:12 PM, Alex McMurchy wrote:
> This is what I get towards the back end of gdb when assigning it to a running
> soffice.bin -
>
> Reading symbols from
> /home/libreoffice/Downloads/core/instdir/ure/lib/libreflectionlo.so...done.
> Loaded symbols for
> /home/libreoffice/Downloads/core/instdir/ure/lib/libreflectionlo.so
> Reading symbols from
> /home/libreoffice/Downloads/core/instdir/program/../program/libfwllo.so...done.
> Loaded symbols for
> /home/libreoffice/Downloads/core/instdir/program/../program/libfwllo.so
> 0xb75725b1 in poll () from /lib/libc.so.6
> Traceback (most recent call last):
> File "/usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.3600.4-gdb.py",
> line 9, in <module>
> from gobject import register
> File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
> import gdb.backtrace
> ImportError: No module named backtrace
> (gdb) list
> 1 ../sysdeps/i386/crti.S: No such file or directory.
> (gdb)
The thread that gdb happens to make the "current" one when it stopped
soffice.bin after attaching apparently happens to be in a runtime
library function for which you have no source code around. Use "thread"
and "frame" commands to go to a meanigful frame to "list".
Stephan
More information about the LibreOffice
mailing list