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 327406 - Crash on startup
Crash on startup
Status: RESOLVED FIXED
Product: gnome-applets
Classification: Other
Component: gweather
2.13.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
: 326854 328104 329476 330709 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-01-17 20:10 UTC by Kjartan Maraas
Modified: 2010-01-24 01:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Crash report with gnome-applets-2.13.3-2 (9.49 KB, text/plain)
2006-02-01 02:45 UTC, Jim Cornette
Details
report from 1/18/2006 (10.09 KB, text/plain)
2006-02-01 02:47 UTC, Jim Cornette
Details

Description Kjartan Maraas 2006-01-17 20:10:03 UTC
Got this today when logging in from rawhide which has most of the most recent packages from the 2.13.5 release.

Backtrace:


0x009f7402 in ?? ()
  • #0 ??
  • #1 ??
    from /lib/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 792
  • #3 <signal handler called>
  • #4 ??
  • #5 *__GI_raise
    at ../nptl/sysdeps/unix/sysv/linux/raise.c line 64
  • #6 *__GI_abort
    at abort.c line 88
  • #7 __libc_message
    at ../sysdeps/unix/sysv/linux/libc_fatal.c line 170
  • #8 __stack_chk_fail
    at stack_chk_fail.c line 31
  • #9 __stack_chk_fail_local
    from /usr/lib/libgweather.so.0
  • #10 weather_location_new
    at weather.c line 129
  • #11 gweather_gconf_get_location
    at gweather-gconf.c line 250
  • #12 gweather_prefs_load
    at gweather-prefs.c line 243
  • #13 gweather_applet_factory
    at main.c line 44
  • #14 panel_applet_marshal_BOOLEAN__STRING
    at panel-applet-marshal.c line 128
  • #15 IA__g_closure_invoke
    at gclosure.c line 490
  • #16 bonobo_closure_invoke_va_list
    at bonobo-types.c line 404
  • #17 bonobo_closure_invoke
    at bonobo-types.c line 467
  • #18 panel_applet_control_bound
    at panel-applet.c line 1364
  • #19 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #20 IA__g_closure_invoke
    at gclosure.c line 490
  • #21 signal_emit_unlocked_R
    at gsignal.c line 2438
  • #22 IA__g_signal_emit_valist
    at gsignal.c line 2197
  • #23 IA__g_signal_emit
    at gsignal.c line 2241
  • #24 impl_Bonobo_Control_setFrame
    at bonobo-control.c line 433
  • #25 _ORBIT_skel_small_Bonobo_Control_setFrame
    at Bonobo-common.c line 584
  • #26 ORBit_POAObject_invoke
    at poa.c line 1145
  • #27 ORBit_OAObject_invoke
    at orbit-adaptor.c line 336
  • #28 ORBit_small_invoke_adaptor
    at orbit-small.c line 835
  • #29 ORBit_POAObject_handle_request
    at poa.c line 1354
  • #30 ORBit_POAObject_invoke_incoming_request
    at poa.c line 1422
  • #31 ORBit_POA_handle_request
    at poa.c line 1644
  • #32 ORBit_handle_request
    at orbit-adaptor.c line 296
  • #33 giop_connection_handle_input
    at giop-recv-buffer.c line 1282
  • #34 link_connection_io_handler
    at linc-connection.c line 1367
  • #35 link_source_dispatch
    at linc-source.c line 159
  • #36 IA__g_main_context_dispatch
    at gmain.c line 1916
  • #37 g_main_context_iterate
    at gmain.c line 2547
  • #38 IA__g_main_loop_run
    at gmain.c line 2751
  • #39 bonobo_main
    at bonobo-main.c line 312
  • #40 bonobo_generic_factory_main_timeout
    at bonobo-generic-factory.c line 412
  • #41 bonobo_generic_factory_main
    at bonobo-generic-factory.c line 369
  • #42 panel_applet_factory_main_closure
    at panel-applet.c line 1757
  • #43 panel_applet_factory_main
    at panel-applet.c line 1781
  • #44 main
    at main.c line 63
  • #45 __libc_start_main
    at libc-start.c line 231
  • #46 _start

Comment 1 Danielle Madeley 2006-01-18 05:38:46 UTC
Can't replicate on dapper with CVS applets. I did fix a bug in that area (although it had manifested differently. What version of G-A are you running?
Comment 2 Sebastien Bacher 2006-01-22 01:22:08 UTC
*** Bug 326854 has been marked as a duplicate of this bug. ***
Comment 3 Sebastien Bacher 2006-01-22 01:23:58 UTC
Ubuntu bug about that: https://launchpad.net/distros/ubuntu/+source/gnome-applets/+bug/28799

"Description of the crash: When trying to add the Weather applet to the panel, it goes into an "error/reload" cycle - you have to select "no" for reload after crash.
...
  • #0 ??
    from /usr/lib/libgweather.so.0
  • #1 gweather_gconf_get_location
    at gweather-gconf.c line 252
  • #2 gweather_prefs_load
    at gweather-prefs.c line 243
  • #3 gweather_applet_factory
    at main.c line 44
  • #5 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #7 bonobo_closure_invoke
    from /usr/lib/libbonobo-2.so.0

Comment 4 Sebastien Bacher 2006-01-22 01:31:14 UTC
The bug happens when a .po has a DEFAULT_LOCATION not translated by example
Comment 5 Claudio Saavedra 2006-01-22 13:28:36 UTC
This bug is happening too with my stable GNOME 2.12 from Debian packages in a newly created user unrelated to my 2.14 test user.
Comment 6 Christian Kirbach 2006-01-29 23:07:46 UTC
*** Bug 328104 has been marked as a duplicate of this bug. ***
Comment 7 Jim Cornette 2006-02-01 02:45:24 UTC
Created attachment 58493 [details]
Crash report with gnome-applets-2.13.3-2

This problem has showed up in rawhide for awhile now. Attached is today's failure.
Comment 8 Jim Cornette 2006-02-01 02:47:53 UTC
Created attachment 58494 [details]
report from 1/18/2006

I would say that this is a confirmed bug.I have record of the failure back to 1/18. The problem happened earlier but Bug-buddy was broken for a day or so.
Comment 9 Kjartan Maraas 2006-02-01 14:16:24 UTC
After trying Davyd's patch for this issue I'm now left with the following crash when removing the applet from the panel:

  • #0 ??
  • #1 ??
    from /lib/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 502
  • #5 IA__g_log
    at gmessages.c line 517
  • #6 IA__g_return_if_fail_warning
    at gmessages.c line 532
  • #7 IA__gtk_main_quit
    at gtkmain.c line 1053
  • #8 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #9 IA__g_closure_invoke
    at gclosure.c line 490
  • #10 signal_emit_unlocked_R
    at gsignal.c line 2438
  • #11 IA__g_signal_emit_valist
    at gsignal.c line 2197
  • #12 IA__g_signal_emit
    at gsignal.c line 2241
  • #13 gtk_object_dispose
    at gtkobject.c line 403
  • #14 gtk_widget_dispose
    at gtkwidget.c line 6656
  • #15 IA__g_object_run_dispose
    at gobject.c line 571
  • #16 IA__gtk_object_destroy
    at gtkobject.c line 388
  • #17 IA__gtk_widget_destroy
    at gtkwidget.c line 1995
  • #18 bonobo_control_destroy
    at bonobo-control.c line 745
  • #19 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #20 g_type_class_meta_marshal
    at gclosure.c line 567
  • #21 IA__g_closure_invoke
    at gclosure.c line 490
  • #22 signal_emit_unlocked_R
    at gsignal.c line 2476
  • #23 IA__g_signal_emit_valist
    at gsignal.c line 2197
  • #24 IA__g_signal_emit
    at gsignal.c line 2241
  • #25 bonobo_object_unref
    at bonobo-object.c line 98
  • #26 impl_Bonobo_Unknown_unref
    at bonobo-object.c line 609
  • #27 _ORBIT_skel_small_Bonobo_Unknown_unref
    at Bonobo_Unknown-common.c line 20
  • #28 ORBit_POAObject_invoke
    at poa.c line 1145
  • #29 ORBit_OAObject_invoke
    at orbit-adaptor.c line 336
  • #30 ORBit_small_invoke_adaptor
    at orbit-small.c line 835
  • #31 ORBit_POAObject_handle_request
    at poa.c line 1354
  • #32 ORBit_POAObject_invoke_incoming_request
    at poa.c line 1422
  • #33 ORBit_POA_handle_request
    at poa.c line 1644
  • #34 ORBit_handle_request
    at orbit-adaptor.c line 296
  • #35 giop_connection_handle_input
    at giop-recv-buffer.c line 1282
  • #36 link_connection_io_handler
    at linc-connection.c line 1367
  • #37 link_source_dispatch
    at linc-source.c line 159
  • #38 IA__g_main_context_dispatch
    at gmain.c line 1916
  • #39 g_main_context_iterate
    at gmain.c line 2547
  • #40 IA__g_main_loop_run
    at gmain.c line 2751
  • #41 bonobo_main
    at bonobo-main.c line 312
  • #42 bonobo_generic_factory_main_timeout
    at bonobo-generic-factory.c line 412
  • #43 bonobo_generic_factory_main
    at bonobo-generic-factory.c line 369
  • #44 panel_applet_factory_main_closure
    at panel-applet.c line 1757
  • #45 panel_applet_factory_main
    at panel-applet.c line 1781
  • #46 main
    at main.c line 63

Comment 10 Danielle Madeley 2006-02-01 14:31:37 UTC
This looks like a critical warning, and should technically be a separate bug.

A fix for the original bug has been committed:
2006-01-31  Davyd Madeley  <davyd@madeley.id.au>

        * weather.c: replace sscanf with g_strsplit to prevent stack smashing.
          Closes original #327406.
Comment 11 Danielle Madeley 2006-02-01 14:47:47 UTC
This'll be Kjartan's critical warning:

(lt-gweather-applet-2:9787): Gtk-CRITICAL **: gtk_main_quit: assertion `main_loops != NULL' failed

Looking at applet_destory in gweather-applet.c; I suspect we are doing something wrong here...
Comment 12 Danielle Madeley 2006-02-01 14:56:50 UTC
This is indeed very strange, here is the destroy function:
1.78         (gowen    28-Apr-04):     }
1.78         (gowen    28-Apr-04):
1.100        (philipl  12-Dec-05):     weather_info_abort (gw_applet->gweather_info);
1.78         (gowen    28-Apr-04):
1.100        (philipl  12-Dec-05):     gtk_main_quit ();
1.53         (arvind   22-Jan-03): }

I have no idea why gtk_main_quit() was added here. I've committed the following fix:

2006-02-01  Davyd Madeley  <davyd@madeley.id.au>

        * gweather-applet.c: don't call gtk_main_quit on destroy, this would
          seem to be a regression from:
              2002-05-20  Kevin Vandersloot <kfv101@psu.edu>
Comment 13 Danielle Madeley 2006-02-01 23:47:06 UTC
*** Bug 329476 has been marked as a duplicate of this bug. ***
Comment 14 Karsten Bräckelmann 2006-02-10 19:32:12 UTC
*** Bug 330709 has been marked as a duplicate of this bug. ***