Stephan
Thanks for the reply. I'm now thinking I've got something more fundamental wrong, other than where
it's stopped.
Luckily I've not deleted what I did last year - when I was happily using gdb. A backtrace gives
these results -
* #0 0xb73be8ca in poll () from /lib/libc.so.6
* #1 0xb36b187b in g_poll () from /usr/lib/libglib-2.0.so.0
* #2 0xb36a3290 in ?? () from /usr/lib/libglib-2.0.so.0
* #3 0xb36a33f1 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
* #4 0xb14b188e in GtkData::Yield (this=0x81abdd8, bWait=true,
bHandleAllCurrentEvents=false) at /home/libreoffice/core/vcl/unx/gtk/app/gtkdata.cxx:586
* #5 0xb14b5093 in GtkInstance::Yield (this=0x81abd98, bWait=true,
bHandleAllCurrentEvents=false) at /home/libreoffice/core/vcl/unx/gtk/app/gtkinst.cxx:562
* #6 0xb4bbda78 in ImplYield (i_bWait=true, i_bAllEvents=false) at
/home/libreoffice/core/vcl/source/app/svapp.cxx:422
* #7 0xb4bb9d49 in Application::Yield (i_bAllEvents=false) at
/home/libreoffice/core/vcl/source/app/svapp.cxx:456
* #8 0xb4bb9ce2 in Application::Execute () at
/home/libreoffice/core/vcl/source/app/svapp.cxx:401
* #9 0xb75dc84e in desktop::Desktop::Main (this=0xbfc1bdb4) at
/home/libreoffice/core/desktop/source/app/app.cxx:1696
* #10 0xb4bc6027 in ImplSVMain () at /home/libreoffice/core/vcl/source/app/svmain.cxx:163
* #11 0xb4bc610b in SVMain () at /home/libreoffice/core/vcl/source/app/svmain.cxx:199
* #12 0xb761b66c in soffice_main () at
/home/libreoffice/core/desktop/source/app/sofficemain.cxx:82
* #13 0x080487d2 in sal_main () at /home/libreoffice/core/desktop/source/app/main.c:48
* #14 0x080487a9 in main (argc=4, argv=0xbfc1bef4) at
/home/libreoffice/core/desktop/source/app/main.c:47
When I do a backtrace on the non-working gdb I get the results below. Notice how the names of the
files quoted are the binaries and *_not_* the source files with line numbers.
* #0 0xb75875b1 in poll () from /lib/libc.so.6
* #1 0xb34e292b in g_poll () from /usr/lib/libglib-2.0.so.0
* #2 0xb10296e2 in gpoll_wrapper(_GPollFD*, unsigned int, int) () from
/home/libreoffice/Downloads/core/instdir/program/libvclplug_kde4lo.so
* #3 0xb34d3b68 in ?? () from /usr/lib/libglib-2.0.so.0
* #4 0xb34d3ca8 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
* #5 0xb049e72f in
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from
/usr/lib/libQtCore.so.4
* #6 0xafa22cfe in ?? () from /usr/lib/libQtGui.so.4
* #7 0xb1029b56 in KDEXLib::processYield(bool, bool) () from
/home/libreoffice/Downloads/core/instdir/program/libvclplug_kde4lo.so
* #8 0xb1029a0a in KDEXLib::Yield(bool, bool) () from
/home/libreoffice/Downloads/core/instdir/program/libvclplug_kde4lo.so
* #9 0xaf5d63fb in X11SalInstance::Yield(bool, bool) () from
/home/libreoffice/Downloads/core/instdir/program/libvclplug_genlo.so
* #10 0xb4a22b1c in ImplYield(bool, bool) () from
/home/libreoffice/Downloads/core/instdir/program/libvcllo.so
* #11 0xb4a1ef4e in Application::Yield() () from
/home/libreoffice/Downloads/core/instdir/program/libvcllo.so
* #12 0xb4a1eef1 in Application::Execute() () from
/home/libreoffice/Downloads/core/instdir/program/libvcllo.so
* #13 0xb767e2d2 in desktop::Desktop::Main() () from
/home/libreoffice/Downloads/core/instdir/program/libsofficeapp.so
* #14 0xb4a27c65 in ImplSVMain() () from
/home/libreoffice/Downloads/core/instdir/program/libvcllo.so
* #15 0xb4a27d63 in SVMain() () from
/home/libreoffice/Downloads/core/instdir/program/libvcllo.so
* #16 0xb76bc373 in soffice_main () from
/home/libreoffice/Downloads/core/instdir/program/libsofficeapp.so
* #17 0x080487b6 in sal_main ()
* #18 0x0804878d in main ()
If I pick one of those binaries this is what I find.
gdb working
* 5119499 0 lrwxrwxrwx 1 frida users 54 Aug 20 15:25
/media/sdb2/libreoffice/core/solver/unxlngi6/installation/opt/program/libvcllo.so ->
/home/libreoffice/core/solver/unxlngi6/lib/libvcllo.so
* 5374164 80548 -rwxr-xr-x 1 frida users 82480814 Aug 20 14:30
/media/sdb2/libreoffice/core/solver/unxlngi6/lib/libvcllo.so
* 5244837 80552 -rwxr-xr-x 1 frida users 82480814 Aug 20 14:30
/media/sdb2/libreoffice/core/workdir/unxlngi6/LinkTarget/Library/libvcllo.so
* 5117432 0 -rw-r--r-- 1 frida users 0 Mar 29 2013
/media/sdb2/libreoffice/core/workdir/unxlngi6/ExternalHeaders/Library/libvcllo.so
* 6044105 0 -rw-r--r-- 1 frida users 0 Mar 29 2013
/media/sdb2/libreoffice/core/workdir/unxlngi6/Headers/Library/libvcllo.so
gdb not working
* 2235759 0 -rw-r--r-- 1 libreoffice users 0 Jan 8 17:51
Downloads/core/workdir/Headers/Library/libvcllo.so
* 1574201 20372 -rwxr-xr-x 1 libreoffice users 20857556 Jan 8 17:58
Downloads/core/instdir/program/libvcllo.so
The file on the working gdb is a lot larger than that on the the one where gdb is not working.
The default file as packaged by my distro is -
* 2387291 9340 -rwxr-xr-x 1 root root 9561712 Dec 19 08:54
/usr/lib/libreoffice/program/libvcllo.so
All this seems to suggest that I haven't compiled correctly to get the best out of gdb. I've only
ever used --enable-dbgutil flag and compiled with
make && make dev-install
As make dev-install is no obsolete I just compile with
make
Any thoughts. I must have done something stupid but I can't spot it?
Alex
On Wednesday 08 Jan 2014 17:27:41 Stephan Bergmann wrote:
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
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.