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