when running gdb I cannot find crti.S
Alex McMurchy
mcmurchy1917-libreoffice at yahoo.co.uk
Thu Jan 9 02:50:42 PST 2014
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20140109/2c9bd569/attachment.html>
More information about the LibreOffice
mailing list