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 77809 - mutiload applet crashes upon start
mutiload applet crashes upon start
Status: RESOLVED NOTABUG
Product: gnome-applets
Classification: Other
Component: multiload
unspecified
Other other
: High critical
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-04-06 00:01 UTC by Ka-Hing Cheung
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0



Description Ka-Hing Cheung 2002-04-06 00:00:54 UTC
Package: gnome-applets
Severity: normal
Version: 0
Synopsis: mutiload applet crashes upon start
Bugzilla-Product: gnome-applets
Bugzilla-Component: multiload
BugBuddy-GnomeVersion: 2.0 (1.114.0)

Description:
Description of Problem:
The multiload applet crashes when I want to add it to panel

Steps to reproduce the problem:
1. add the multi-load applet to the panel
2. 
3. 

Actual Results:
the bug buddy dialog pops up asking me to submit a bug report

Expected Results:
the applet to be added to the panel

How often does this happen?
always

Additional Information:




Debugging Information:

[New Thread 1024 (LWP 2040)]
0x4099b409 in wait4 () from /lib/libc.so.6

Thread 1 (Thread 1024 (LWP 2040))

  • #0 wait4
    from /lib/libc.so.6
  • #1 __check_rhosts_file
    from /lib/libc.so.6
  • #2 waitpid
    at wrapsyscall.c line 172
  • #3 libgnomeui_segv_handle
    at gnome-ui-init.c line 593
  • #4 pthread_sighandler
    at signals.c line 97
  • #5 killpg
    from /lib/libc.so.6
  • #6 g_log
    at gmessages.c line 526
  • #7 g_malloc0
    at gmem.c line 158
  • #8 load_graph_alloc
    at load-graph.c line 151
  • #9 load_graph_new
    at load-graph.c line 311
  • #10 cpuload_applet_new
    at cpuload.c line 39
  • #11 multiload_applet_new
    at main.c line 289
  • #12 panel_applet_marshal_BOOLEAN__STRING
    at panel-applet-marshal.c line 126
  • #13 g_closure_invoke
    at gclosure.c line 437
  • #14 bonobo_closure_invoke_va_list
    at bonobo-types.c line 415
  • #15 bonobo_closure_invoke
    at bonobo-types.c line 474
  • #16 panel_applet_control_bound
    at panel-applet.c line 838
  • #17 g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #18 g_closure_invoke
    at gclosure.c line 437
  • #19 signal_emit_unlocked_R
    at gsignal.c line 2341
  • #20 g_signal_emit_valist
    at gsignal.c line 2100
  • #21 g_signal_emit
    at gsignal.c line 2144
  • #22 impl_Bonobo_Control_setFrame
    at bonobo-control.c line 325
  • #23 _ORBIT_skel_small_Bonobo_Control_setFrame
    at Bonobo-skels.c line 1665
  • #24 ORBit_POAObject_invoke
    at poa.c line 891
  • #25 ORBit_OAObject_invoke
    at orbit-adaptor.c line 116
  • #26 ORBit_small_invoke_adaptor
    at orbit-small.c line 772
  • #27 ORBit_POAObject_handle_request
    at poa.c line 1085
  • #28 ORBit_POA_handle_request
    at poa.c line 1172
  • #29 ORBit_handle_request
    at orbit-adaptor.c line 79
  • #30 giop_connection_handle_input
    at giop-recv-buffer.c line 951
  • #31 linc_connection_io_handler
    at linc-connection.c line 840
  • #32 linc_source_dispatch
    at linc-source.c line 56
  • #33 g_main_dispatch
    at gmain.c line 1617
  • #34 g_main_context_dispatch
    at gmain.c line 2161
  • #35 g_main_context_iterate
    at gmain.c line 2242
  • #36 g_main_loop_run
    at gmain.c line 2462
  • #37 bonobo_main
    at bonobo-main.c line 290
  • #38 bonobo_generic_factory_main
    at bonobo-generic-factory.c line 275
  • #39 panel_applet_factory_main_closure
    at panel-applet.c line 1279
  • #40 panel_applet_factory_main
    at panel-applet.c line 1314
  • #41 main
    at main.c line 354
  • #42 __libc_start_main
    from /lib/libc.so.6
  • #0 wait4
    from /lib/libc.so.6
  • #0 wait4
    from /lib/libc.so.6
  • #1 __check_rhosts_file
    from /lib/libc.so.6
  • #2 waitpid
    at wrapsyscall.c line 172
  • #3 libgnomeui_segv_handle
    at gnome-ui-init.c line 593
  • #4 pthread_sighandler
    at signals.c line 97
  • #5 killpg
    from /lib/libc.so.6
  • #6 g_log
    at gmessages.c line 526
  • #7 g_malloc0
    at gmem.c line 158




------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-04-05 19:00 -------

Reassigning to the default owner of the component, gnome-applets-maint@bugzilla.gnome.org.

Comment 1 Luis Villa 2002-04-15 02:50:29 UTC
Adding keywords and such but it works fine here. Are you still seeing
this with latest CVS, Ka-Hing?
Comment 2 Kevin Vandersloot 2002-04-15 12:26:40 UTC
Ka-Hing: what version of GConf1 (the GNOME 1 version) do you have?
Comment 3 Ka-Hing Cheung 2002-04-15 22:13:39 UTC
I went on and recompiled GNOME without optimization turned on, and now
everything is fine. I experienced others problem too with an optimized
version, with CFLAGS="-O9 -funroll-loops -ffast-math -malign-double
-mcpu=pentiumpro -march=pentiumpro"
Comment 4 Luis Villa 2002-04-16 01:06:08 UTC
OK, yeah, so... I think this is what we can safely call NOTABUG.
Building with those kinds of options is just not something that gcc
does well, and it isn't our problem if we don't deal with them. Please
don't file bugs in the future if you're using builds of that sort,
without checking with a 'sane' build first. Thanks.