Am Samstag, den 30.03.2013, 17:10 +0100 schrieb Jan Kratochvil: > On Sat, 30 Mar 2013 13:03:22 +0100, Thomas Meyer wrote: > > I encounter this crash in eclipse: > > https://bugzilla.redhat.com/show_bug.cgi?id=928783 > > In the backtrace is: > > #6 0x00007fffbe51c92e in WebKit::core () from /lib64/libwebkitgtk-1.0.so.0 > No locals. > #7 0x00007fffbe4ef8f8 in WebKit::GtkAdjustmentWatcher::updateAdjustmentsFromScrollbars () from /lib64/libwebkitgtk-1.0.so.0 > No locals. > #8 0x00007fffbe4ef979 in updateAdjustmentCallback () from /lib64/libwebkitgtk-1.0.so.0 > No locals. > > This means GDB could not find the /usr/lib/debug/**.debug file from > webkitgtk-debuginfo.rpm and GDB always complains about it. After you have > loaded the core file (or if it crashed under GDB etc.) GDB should also print > some such suggestion: > > Missing separate debuginfos, use: debuginfo-install webkitgtk-1.10.2-3.fc18.x86_64 > > If you run this command more debug info should be evailable, primarily there > will be visible the source file+line for the 3 functions above > (and no longer the "from /lib64/...." text). Hi, thanks for the hints! I already have the debuginfo packages installed: $ pwd /usr/lib/debug/usr/lib64 $ ll *webkit* -r--r--r--. 1 root root 36270320 12. Mär 12:04 libwebkitgtk-1.0.so.0.17.5.debug lrwxrwxrwx. 1 root root 32 28. Mär 13:51 libwebkitgtk-1.0.so.0.debug -> libwebkitgtk-1.0.so.0.17.5.debug lrwxrwxrwx. 1 root root 32 28. Mär 13:51 libwebkitgtk-1.0.so.debug -> libwebkitgtk-1.0.so.0.17.5.debug (gdb) info shared 0x0000003206208d10 0x0000003206227458 Yes (*) /lib64/libcroco-0.6.so.3 0x00007fc9c5fc5020 0x00007fc9c71bebbc Yes /lib64/libwebkitgtk-1.0.so.0 0x0000003765efe970 0x0000003766205e84 Yes /lib64/libjavascriptcoregtk-1.0.so.0 0x000000320a202ed0 0x000000320a208138 Yes (*) /lib64/libenchant.so.1 (*) -> symbols are missing I'm not sure what is the correct way of manually loading the symbol informations, so I tried these commands: (gdb) add-symbol-file /usr/lib/debug/lib64/libwebkitgtk-1.0.so.0.debug The address where /usr/lib/debug/lib64/libwebkitgtk-1.0.so.0.debug has been loaded is missing (gdb) load /usr/lib/debug/lib64/libwebkitgtk-1.0.so.0.debug `system-supplied DSO at 0x7fff417ff000' has disappeared; keeping its symbols. You can't do that when your target is `multi-thread (gdb) sharedlibrary libwebkitgtk Symbols already loaded for /lib64/libwebkitgtk-1.0.so.0 But the back trace still shows no file:line no -> #5 0x00007fc9c600d92e in WebKit::core () from /lib64/libwebkitgtk-1.0.so.0 No locals. #6 0x00007fc9c5fe08f8 in WebKit::GtkAdjustmentWatcher::updateAdjustmentsFromScrollbars () from /lib64/libwebkitgtk-1.0.so.0 No locals. #7 0x00007fc9c5fe0979 in updateAdjustmentCallback () from /lib64/libwebkitgtk-1.0.so.0 No locals. > > I wanted to recompile the webkitgtk package with "--enable-debug" option > > to hopefully get some more information what exactly is going on here: > > This is higher level of debugging aid which should be used only if the default > debuginfo rpm is insufficient. But then if you recompile the rpm one should > primarily use -O0 (with default $RPM_OPT_FLAGS -g) in CFLAGS+CXXFLAGS there, > --enable-debug is also useful but IMO not so much as -O0 there. okay. But i guess I'm also not able to do this on my machine, as 4GiB main memory is too few for the final linking step! Or will it compile with -O0 with 4GiB RAM? > > But I'm not able to compile this package on my machine as the final > > linker step get's killed in OOM. > > You could also use "fedpkg build --scratch --srpm" if you have Koji account. Where do I get a Koji account? with kind regards thomas -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
