Package webkitgtk

Thomas Meyer thomas at m3y3r.de
Sat Mar 30 20:05:08 UTC 2013


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





More information about the devel mailing list