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 _______________________________________________ LibreOffice mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice
