After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 327063 - CVS Head crashes at random
CVS Head crashes at random
Status: RESOLVED DUPLICATE of bug 317333
Product: libwnck
Classification: Core
Component: general
git master
Other All
: High critical
: ---
Assigned To: libwnck maintainers
libwnck maintainers
Depends on:
Blocks:
 
 
Reported: 2006-01-15 13:01 UTC by Don Scorgie
Modified: 2006-01-25 08:03 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Description Don Scorgie 2006-01-15 13:01:05 UTC 
Steps to reproduce:
CVS Head as of 14th Jan from jhbuild.  Just using the desktop as normal. 
Suddenly and at random, the applet dies.  I've found no way to reproduce this
reliably, but it does happen on a regular basis.

According to the simple-dup-finder, this is a unique stack trace.

Stack trace:
Backtrace was generated from '/opt/gnome2/libexec/wnck-applet'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1225705792 (LWP 9716)]
0xffffe410 in __kernel_vsyscall ()

+ Trace 65218

Thread 1 (Thread -1225705792 (LWP 9716))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 792
  • #3 <signal handler called>
  • #4 IA__g_logv
    at gmessages.c line 503
  • #5 IA__g_log
    at gmessages.c line 517
  • #6 IA__g_return_if_fail_warning
    at gmessages.c line 532
  • #7 wnck_window_get_transient
    at window.c line 487
  • #8 wnck_tasklist_active_window_changed
    at tasklist.c line 2098
  • #9 wnck_tasklist_update_lists
    at tasklist.c line 1990
  • #10 wnck_tasklist_window_added
    at tasklist.c line 2235
  • #11 IA__g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 636
  • #12 IA__g_closure_invoke
    at gclosure.c line 490
  • #13 signal_emit_unlocked_R
    at gsignal.c line 2438
  • #14 IA__g_signal_emit_valist
    at gsignal.c line 2197
  • #15 IA__g_signal_emit
    at gsignal.c line 2241
  • #16 do_update_now
    at screen.c line 1584
  • #17 update_idle
    at screen.c line 1532
  • #18 g_idle_dispatch
    at gmain.c line 3796
  • #19 IA__g_main_context_dispatch
    at gmain.c line 1916
  • #20 g_main_context_iterate
    at gmain.c line 2547
  • #21 IA__g_main_loop_run
    at gmain.c line 2751
  • #22 bonobo_main
    at bonobo-main.c line 312
  • #23 bonobo_generic_factory_main_timeout
    at bonobo-generic-factory.c line 412
  • #24 bonobo_generic_factory_main
    at bonobo-generic-factory.c line 369
  • #25 panel_applet_factory_main_closure
    at panel-applet.c line 1757
  • #26 panel_applet_factory_main
    at panel-applet.c line 1781
  • #27 main
    at wncklet.c line 201
  • #0 __kernel_vsyscall 

Other information:
Comment 1 Vincent Untz 2006-01-16 22:19:37 UTC 
Moving to libwnck. I quickly looked at the code and I don't know how this can happens...
Comment 2 Vincent Untz 2006-01-25 08:03:38 UTC 
Dup.

*** This bug has been marked as a duplicate of 317333 ***