Yelp crashes on starting

Attached the strace output. There was no keyboard input or mouse movement. The mouse was located such that the yelp window opened with the mouse over the render viewport.

Thanks for your bug. A strace is not useful for a crasher usually. Could you get a backtrace? The bug-buddy dialog to send the bug upstream has it or you can use gdb:
- gdb yelp
(gdb) run
.... crash
(gdb) thread apply all bt

Sebastien Bacher wrote:
> - gdb yelp
> (gdb) run
> .... crash
> (gdb) thread apply all bt

Backtrace:

Thread 7 (Thread 1124096352 (LWP 9127)):
#0 0x00002aaab00a9c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
    from /lib/libpthread.so.0
#1 0x00002aaaaff88c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff88f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab64474bf in NSGetModule ()
    from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff8de9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab00a70fa in start_thread () from /lib/libpthread.so.0
#6 0x00002aaab0810d32 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 6 (Thread 1115703648 (LWP 9126)):
#0 0x00002aaab00a9c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
    from /lib/libpthread.so.0
#1 0x00002aaaaff88c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff88f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab64474bf in NSGetModule ()
    from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff8de9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab00a70fa in start_thread () from /lib/libpthread.so.0
#6 0x00002aaab0810d32 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 5 (Thread 1107310944 (LWP 9125)):
#0 0x00002aaab00a9c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
    from /lib/libpthread.so.0
#1 0x00002aaaaff88c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff88f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab64474bf in NSGetModule ()
    from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff8de9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab00a70fa in start_thread () from /lib/libpthread.so.0
#6 0x00002aaab0810d32 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 4 (Thread 1098918240 (LWP 9124)):
#0 0x00002aaab00a9c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
    from /lib/libpthread.so.0
#1 0x00002aaaaff88c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff88f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab64474bf in NSGetModule ()
    from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff8de9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab00a70fa in start_thread () from /lib/libpthread.so.0
#6 0x00002aaab0810d32 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 3 (Thread 1090525536 (LWP 9118)):
#0 0x00002aaab00a9c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
    from /lib/libpthread.so.0
#1 0x00002aaaaff88c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff88f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab0a04b20 in NS_NewThread ()
    from /usr/lib/firefox/libxpcom_core.so
#4 0x00002aaab0a027ac in nsIThread::IsMainThread ()
    from /usr/lib/firefox/libxpcom_core.so
#5 0x00002aaaaff8de9c in PR_Select () from /usr/lib/libnspr4.so
#6 0x00002aaab00a70fa in start_thread () from /lib/libpthread.so.0
#7 0x00002aaab0810d32 in clone () from /lib/libc.so.6
#8 0x0000000000000000 in ?? ()

Thread 2 (Thread 1082132832 (LWP 9117)):
#0 0x00002aaab0807e72 in poll () from /lib/libc.so.6
#1 0x0000...

I am getting this aswell (AMD64)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912600594000 (LWP 7479)]
0x00002aaaae4d1a78 in CORBA_free () from /usr/lib/libORBit-2.so.0
(gdb) bt
#0 0x00002aaaae4d1a78 in CORBA_free () from /usr/lib/libORBit-2.so.0
#1 0x00002aaaae4d19b9 in ORBit_free_T () from /usr/lib/libORBit-2.so.0
#2 0x00002aaaae4d19fd in ORBit_free () from /usr/lib/libORBit-2.so.0
#3 0x00002aaab5681fd9 in gnome_accessibility_module_shutdown ()
   from /usr/lib/gtk-2.0/modules/libatk-bridge.so
#4 0x00002aaab5682773 in gnome_accessibility_module_shutdown ()
   from /usr/lib/gtk-2.0/modules/libatk-bridge.so
#5 0x00002aaaae6257fd in signal_emit_unlocked_R (node=0x6155c0, detail=536,
    instance=0xa14630, emission_return=0x0, instance_and_params=0x7fffff961660)
    at gsignal.c:2404
#6 0x00002aaaae626fcc in IA__g_signal_emit_valist (instance=0xa14630,
    signal_id=<value optimized out>, detail=536, var_args=0x7fffff9618e0)
    at gsignal.c:2197
#7 0x00002aaaae627383 in IA__g_signal_emit (instance=0x7fffff961160,
    signal_id=0, detail=10922) at gsignal.c:2241
#8 0x00002aaaac34fc61 in atk_object_initialize ()
   from /usr/lib/libatk-1.0.so.0
#9 0x00002aaaae616910 in IA__g_closure_invoke (closure=0x542ed0, return_value=dwarf2_read_address: Corrupted DWARF expression.

) at gclosure.c:490
#10 0x00002aaaae625630 in signal_emit_unlocked_R (node=0x543360, detail=536,
    instance=0xa14630, emission_return=0x0, instance_and_params=0x7fffff961d00)
    at gsignal.c:2368
#11 0x00002aaaae626fcc in IA__g_signal_emit_valist (instance=0xa14630,
---Type <return> to continue, or q <return> to quit---
    signal_id=<value optimized out>, detail=536, var_args=0x7fffff961f80)
    at gsignal.c:2197
#12 0x00002aaaae627383 in IA__g_signal_emit (instance=0x7fffff961160,
    signal_id=0, detail=10922) at gsignal.c:2241
#13 0x00002aaaae618289 in g_object_dispatch_properties_changed (
    object=0xa14630, n_pspecs=1, pspecs=<value optimized out>) at gobject.c:561
#14 0x00002aaaae61b9ef in IA__g_object_notify (object=0xa14630,
    property_name=<value optimized out>) at gobjectnotifyqueue.c:123
#15 0x00002aaab552787a in NSGetModule ()
   from /usr/lib/firefox/components/libaccessibility.so
#16 0x00002aaab5682cbf in gnome_accessibility_module_shutdown ()
   from /usr/lib/gtk-2.0/modules/libatk-bridge.so
#17 0x00002aaaae6257fd in signal_emit_unlocked_R (node=0x620c40, detail=459,
    instance=0xbd6e30, emission_return=0x0, instance_and_params=0x7fffff9624f0)
    at gsignal.c:2404
#18 0x00002aaaae626fcc in IA__g_signal_emit_valist (instance=0xbd6e30,
    signal_id=<value optimized out>, detail=459, var_args=0x7fffff962770)
    at gsignal.c:2197
#19 0x00002aaaae62a82d in IA__g_signal_emit_by_name (instance=0xbd6e30,
    detailed_signal=0x42db17 "children_changed::add") at gsignal.c:2265
#20 0x0000000000416c25 in yelp_html_printf ()
#21 0x00002aaaae97d96b in g_timeout_dispatch (source=0xbbed90, callback=0,
    user_data=0x2aaa) at gmain.c:3292
---Type <return> to continue, or q <return> to quit---
#22 0x00002aaaae97bacd in IA__g_main_context_dispatch (context=0x599840)
    at gmain.c:1916
#23 0x00002aaaae97ed95 in g_main_context_it...

Me too, using yelp 2.14.0 :
Thread 7 (Thread 1124096352 (LWP 5644)):
#0 0x00002aaab0197c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#1 0x00002aaaaff73c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff73f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab1e834bf in NSGetModule ()
   from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff78e9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab01950fa in start_thread () from /lib/libpthread.so.0
#6 0x00002aaab06eed32 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 6 (Thread 1115703648 (LWP 5643)):
#0 0x00002aaab0197c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#1 0x00002aaaaff73c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff73f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab1e834bf in NSGetModule ()
   from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff78e9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab01950fa in start_thread () from /lib/libpthread.so.0
#6 0x00002aaab06eed32 in clone () from /lib/libc.so.6
---Type <return> to continue, or q <return> to quit---
#7 0x0000000000000000 in ?? ()

Thread 5 (Thread 1107310944 (LWP 5642)):
#0 0x00002aaab0197c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#1 0x00002aaaaff73c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff73f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab1e834bf in NSGetModule ()
   from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff78e9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab01950fa in start_thread () from /lib/libpthread.so.0
#6 0x00002aaab06eed32 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 4 (Thread 1098918240 (LWP 5641)):
#0 0x00002aaab0197c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#1 0x00002aaaaff73c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff73f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab1e834bf in NSGetModule ()
   from /usr/lib/firefox/components/libnecko.so
#4 0x00002aaaaff78e9c in PR_Select () from /usr/lib/libnspr4.so
#5 0x00002aaab01950fa in start_thread () from /lib/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#6 0x00002aaab06eed32 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 3 (Thread 1090525536 (LWP 5637)):
#0 0x00002aaab0197c8f in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#1 0x00002aaaaff73c0d in PR_Lock () from /usr/lib/libnspr4.so
#2 0x00002aaaaff73f7d in PR_WaitCondVar () from /usr/lib/libnspr4.so
#3 0x00002aaab09efb20 in NS_NewThread ()
   from /usr/lib/firefox/libxpcom_core.so
#4 0x00002aaab09ed7ac in nsIThread::IsMainThread ()
   from /usr/lib/firefox/libxpcom_core.so
#5 0x00002aaaaff78e9c in PR_Select () from /usr/lib/libnspr4.so
#6 0x00002aaab01950fa in start_thread () from /lib/libpthread.so.0
#7 0x00002aaab06eed32 in clone () from /lib/libc.so.6
#8 0x0000000000000000 in ?? ()

Thread 2 (Thread 1082132832 (LWP 5634)):
#0 0x00002aaab06e5e72 in poll () from /...

Upstream bug matching the backtrace: http://bugzilla.gnome.org/show_bug.cgi?id=334408

I would love to get a stacktrace with full debugging symbols for this,
especially for at-spi and Bonobo/CORBA. I don't think Ubuntu has a package with debugging symbols for at-spi, so you will probably have to compile this by hand.

Also a couple questions. Does this happen with or without a11y enabled (or both)? And does it occur with 64 bit userspace or 32 bit (or both)?

Thanks.

I've tried it on a 386 install in a qemu amd64 virtual machine. I haven't tried it on a 32 bit userspace since I can't get anything to connect to my display from a chroot.

This happens without accessibility, I haven't tried it with since accessibility is currently broken on amd64.

If you can give me instructions for which packages to apt-get source and some patches to apply before doing fakeroot dpkg-buildpackages -b I can test with debugging symbols. I'm afraid I don't have time to learn the packages.

> some patches

or just what to edit where.

I am having the same issues on my AMD64 Dapper install with Gnome 2.14.

full debug backtrace

Hi,

>This happens without accessibility, I haven't tried it with since accessibility is >currently broken on amd64.

Can you point me in the direction of the bug report for this. I haven't been able to find it.

The problem seems to be caused by a patch that was added to Yelp to make it accessible (at least until mozilla fix things upstream). During developement, this patch was applied and caused trouble on i386 (even when accessibility was disabled) due to accessibility being broken. This may be due to something similar however the stack traces are decidedly different.

To see if this is the issue, you could rebuild yelp without the accessible workaround.

apt-get source yelp

then, in the file src/yelp-html.cpp look for the line:

html->priv->timeout = g_timeout_add (2000,
      (GSourceFunc) timeout_update_gok,
      html);

and comment it out. Recompile and test. If yelp still crashes, something much darker is at work.

As for the stack trace, Daniel Holbach has provided a full stack trace upstream in bug:
http://bugzilla.gnome.org/show_bug.cgi?id=334408

Don Scorgie wrote:

>> This happens without accessibility, I haven't tried it with since accessibility is >currently broken on amd64.
>
> Can you point me in the direction of the bug report for this. I haven't been able to find it.

https://launchpad.net/malone/bugs/34624

Don Scorgie wrote:

> then, in the file src/yelp-html.cpp look for the line:
>
> html->priv->timeout = g_timeout_add (2000,
> (GSourceFunc) timeout_update_gok,
> html);

That doesn't exist as stated, but I did find this:

void
yelp_html_close (YelpHtml *html)
{
     d (g_print ("yelp_html_close\n"));
     gtk_moz_embed_close_stream (GTK_MOZ_EMBED (html));
     g_timeout_add (2000, (GSourceFunc) timeout_update_gok,
                    html);
}

Is it the last line of that function?

Don Scorgie wrote:

> and comment it out. Recompile and test. If yelp still crashes, something much darker is at work.

I'm afraid there seems to be a problem in the repository, one of
eclipse's dependencies precludes building yelp, and I am unfortunately
using eclipse.

dpkg-checkbuilddeps: Build conflicts: mozilla-browser

Examining the stack trace of the bug:
https://launchpad.net/malone/bugs/34624

It is the same as the stack trace(s) from this bug for 15 frames (the interesting bit). Looks like the same thing causing it.

I've got the same problem, AMD64, dapper, as well.

This is a bug in at-spi. See:

https://launchpad.net/malone/bugs/37760

The changes at https://launchpad.net/malone/bugs/37760 fix this for me

Marking as Fix Released as the changes on #37760 fix it and I think if there is any work to be done, it should be done there.

 at-spi (1.7.7-0ubuntu2) dapper; urgency=low
 .
   * debian/patches/fix-64bit-casts.patch:
     - applied patch from http://bugzilla.gnome.org/show_bug.cgi?id=333883
       (Malone: #37760)
   * debian/patches/revert-memory-leak-fix.patch:
     - reverted patch from http://bugzilla.gnome.org/show_bug.cgi?id=331924 -
       we rather live with small memory leaks than GNOME exploding - thanks
       for leading the way: <email address hidden>
 .
 at-spi (1.7.7-0ubuntu1) dapper; urgency=low
 .
   * New upstream release:
     - Documentation improvements:
       - cspi API coverage complete
       - doxygen used at build time, when available
       - IDL documentation is now available
     - New locales: dz (Dzongkha), ka (Georgian)
     - localization reinstated generally
     - Cleanup:
       - private cspi_ methods stripped from the libraries
       - build fixes for some platforms
       - leak fixes
   * debian/rules:
     - small fix, which makes .pot happy.

horray! this seems to be fixed with lates updates (3 april).

And now under feisty - latest updates - the bug seems to be there again... Could someone check this?

Yes, look at bug # 91716. This is a new bug cuz the traces do not match.

okay, thanks. I will take a look.