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 637045 - crash clicking on empathy dash launcher
crash clicking on empathy dash launcher
Status: RESOLVED DUPLICATE of bug 642787
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal critical
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2010-12-11 19:15 UTC by William Jon McCann
Modified: 2011-04-05 12:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description William Jon McCann 2010-12-11 19:15:26 UTC
Seemed to be preceded by:
Window manager warning: Log level 16: invalid uninstantiatable type `(null)' in cast to `GObject'
Window manager warning: Log level 8: g_object_get_data: assertion `G_IS_OBJECT (object)' failed
Window manager warning: Log level 8: g_ascii_strncasecmp: assertion `s2 != NULL' failed



Core was generated by `mutter --mutter-plugins=/home/jmccann/gnome-shell/source/gnome-shell/src/libgno'.
Program terminated with signal 11, Segmentation fault.

Thread 1 (Thread 2288)

  • #0 __strcmp_ssse3
    at ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S line 76
  • #1 g_typelib_get_dir_entry_by_gtype
    at girepository/gitypelib.c line 246
  • #2 find_by_gtype_foreach
    at girepository/girepository.c line 576
  • #3 g_hash_table_foreach
    at ghash.c line 1328
  • #4 g_irepository_find_by_gtype
    at girepository/girepository.c line 616
  • #5 gjs_define_object_class
    at gi/object.c line 1256
  • #6 gjs_object_from_g_object
    at gi/object.c line 1526
  • #7 gjs_value_from_g_argument
    at gi/arg.c line 1776
  • #8 gjs_invoke_c_function
    at gi/function.c line 651
  • #9 js_Call
    at jsobj.cpp line 5195
  • #10 js_Invoke
    at jsinterp.cpp line 1360
  • #11 js_Interpret
    at jsops.cpp line 2240
  • #12 js_Invoke
    at jsinterp.cpp line 1368
  • #13 js_fun_apply
    at jsfun.cpp line 2046
  • #14 js_Interpret
    at jsops.cpp line 2208
  • #15 js_Invoke
    at jsinterp.cpp line 1368
  • #16 js_fun_apply
    at jsfun.cpp line 2046
  • #17 js_Interpret
    at jsops.cpp line 2208
  • #18 js_Invoke
    at jsinterp.cpp line 1368
  • #19 js_fun_apply
    at jsfun.cpp line 2046
  • #20 js_Interpret
    at jsops.cpp line 2208
  • #21 js_Invoke
    at jsinterp.cpp line 1368
  • #22 js_InternalInvoke
    at jsinterp.cpp line 1423
  • #23 JS_CallFunctionValue
    at jsapi.cpp line 5114
  • #24 gjs_call_function_value
    at gjs/jsapi-util.c line 1141
  • #25 gjs_closure_invoke
    at gi/closure.c line 267
  • #26 closure_marshal
    at gi/value.c line 128
  • #27 g_closure_invoke
    at gclosure.c line 766
  • #28 signal_emit_unlocked_R
    at gsignal.c line 3252
  • #29 g_signal_emit_valist
    at gsignal.c line 2983
  • #30 g_signal_emit
    at gsignal.c line 3040
  • #31 st_clickable_button_release_event
    at st/st-clickable.c line 174
  • #32 _clutter_marshal_BOOLEAN__BOXED
    at clutter-marshal.c line 85
  • #33 g_type_class_meta_marshal
    at gclosure.c line 877
  • #34 g_closure_invoke
    at gclosure.c line 766
  • #35 signal_emit_unlocked_R
    at gsignal.c line 3290
  • #36 g_signal_emit_valist
    at gsignal.c line 2993
  • #37 g_signal_emit
    at gsignal.c line 3040
  • #38 clutter_actor_event
    at ./clutter-actor.c line 8074
  • #39 emit_pointer_event
    at ./clutter-main.c line 2233
  • #40 _clutter_process_event_details
    at ./clutter-main.c line 2458
  • #41 _clutter_process_event
    at ./clutter-main.c line 2497
  • #42 _clutter_stage_process_queued_events
    at ./clutter-stage.c line 718
  • #43 clutter_clock_dispatch
    at ./clutter-master-clock.c line 360
  • #44 g_main_dispatch
    at gmain.c line 2440
  • #45 g_main_context_dispatch
    at gmain.c line 3013
  • #46 g_main_context_iterate
    at gmain.c line 3091
  • #47 g_main_loop_run
    at gmain.c line 3299
  • #48 main
    at core/main.c line 722

Comment 1 Maciej (Matthew) Piechotka 2010-12-31 02:32:25 UTC
I have this problem with evolution:

Starting program: /usr/bin/mutter --mutter-plugins=libgnome-shell --replace
[Thread debugging using libthread_db enabled]
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/4.5.1/libstdc++.so.6.0.14-gdb.py", line 59, in <module>
    from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers
[New Thread 0x7fffeba8b710 (LWP 28483)]
[New Thread 0x7fffe7752710 (LWP 28484)]
[New Thread 0x7fffe1d43710 (LWP 28485)]
[New Thread 0x7fffe0123710 (LWP 28488)]
[New Thread 0x7fffcb2a9710 (LWP 28491)]
[New Thread 0x7fffca8a0710 (LWP 28492)]
[New Thread 0x7fffca09f710 (LWP 28493)]
[New Thread 0x7fffc989e710 (LWP 28494)]
[New Thread 0x7fffc909d710 (LWP 28495)]
[New Thread 0x7fffc8697710 (LWP 28496)]
[Thread 0x7fffcb2a9710 (LWP 28491) exited]
[Thread 0x7fffca09f710 (LWP 28493) exited]
[Thread 0x7fffe0123710 (LWP 28488) exited]
[Thread 0x7fffca8a0710 (LWP 28492) exited]
[Thread 0x7fffc909d710 (LWP 28495) exited]
[Thread 0x7fffc8697710 (LWP 28496) exited]
[Thread 0x7fffc989e710 (LWP 28494) exited]
[New Thread 0x7fffc989e710 (LWP 28504)]
[Thread 0x7fffc989e710 (LWP 28504) exited]

Program received signal SIGSEGV, Segmentation fault.
__strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:107
107	../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory.
	in ../sysdeps/x86_64/multiarch/../strcmp.S

Thread 1 (Thread 0x7ffff7fad780 (LWP 28477))

  • #0 __strcmp_ssse3
    at ../sysdeps/x86_64/multiarch/../strcmp.S line 107
  • #1 g_typelib_get_dir_entry_by_gtype
    at girepository/gitypelib.c line 246
  • #2 find_by_gtype_foreach
    at girepository/girepository.c line 576
  • #3 g_hash_table_foreach
    at ghash.c line 1328
  • #4 g_irepository_find_by_gtype
    at girepository/girepository.c line 616
  • #5 gjs_define_object_class
    at gi/object.c line 1256
  • #6 gjs_object_from_g_object
    at gi/object.c line 1526
  • #7 gjs_value_from_g_argument
    at gi/arg.c line 1776
  • #8 gjs_invoke_c_function
    at gi/function.c line 651
  • #9 js_Invoke
    at jsinterp.cpp line 1360
  • #10 js_Interpret
    at jsops.cpp line 2240
  • #11 js_Invoke
    at jsinterp.cpp line 1368
  • #12 js_fun_apply
    at jsfun.cpp line 2046
  • #13 js_Interpret
    at jsops.cpp line 2208
  • #14 js_Invoke
    at jsinterp.cpp line 1368
  • #15 js_fun_apply
    at jsfun.cpp line 2046
  • #16 js_Interpret
    at jsops.cpp line 2208
  • #17 js_Invoke
    at jsinterp.cpp line 1368
  • #18 js_fun_apply
    at jsfun.cpp line 2046
  • #19 js_Interpret
    at jsops.cpp line 2208
  • #20 js_Invoke
    at jsinterp.cpp line 1368
  • #21 js_InternalInvoke
    at jsinterp.cpp line 1423
  • #22 JS_CallFunctionValue
    at jsapi.cpp line 5114
  • #23 gjs_call_function_value
    at gjs/jsapi-util.c line 1141
  • #24 gjs_closure_invoke
    at gi/closure.c line 267
  • #25 closure_marshal
    at gi/value.c line 128
  • #26 g_closure_invoke
    at gclosure.c line 767
  • #27 signal_emit_unlocked_R
    at gsignal.c line 3252
  • #28 g_signal_emit_valist
    at gsignal.c line 2983
  • #29 g_signal_emit
    at gsignal.c line 3040
  • #30 st_clickable_button_release_event
    at st/st-clickable.c line 174
  • #31 _clutter_marshal_BOOLEAN__BOXED
    at clutter-marshal.c line 85
  • #32 g_closure_invoke
    at gclosure.c line 767
  • #33 signal_emit_unlocked_R
    at gsignal.c line 3290
  • #34 g_signal_emit_valist
    at gsignal.c line 2993
  • #35 g_signal_emit
    at gsignal.c line 3040
  • #36 clutter_actor_event
    at ./clutter-actor.c line 8074
  • #37 emit_pointer_event
    at ./clutter-main.c line 2233
  • #38 _clutter_process_event_details
    at ./clutter-main.c line 2458
  • #39 _clutter_process_event
    at ./clutter-main.c line 2497
  • #40 _clutter_stage_process_queued_events
    at ./clutter-stage.c line 718
  • #41 clutter_clock_dispatch
    at ./clutter-master-clock.c line 360
  • #42 g_main_dispatch
    at gmain.c line 2440
  • #43 g_main_context_dispatch
    at gmain.c line 3013
  • #44 g_main_context_iterate
    at gmain.c line 3091
  • #45 g_main_loop_run
    at gmain.c line 3299
  • #46 main
    at core/main.c line 722

(gdb) call gjs_dumpstack()
== Stack trace for context 0xb55630 ==
0 [native frame]
1 anonymous(animate = true, actor = [0x1235760 MetaWindowActor]) ["/usr/share/gnome-shell/js/ui/windowManager.js":252]
2 anonymous([object Object]) ["/usr/share/gnome-shell/js/ui/windowManager.js":126]
3 anonymous([object Object]) ["/usr/share/gjs-1.0/lang.js":110]
4 _emit(name = "hiding") ["/usr/share/gjs-1.0/signals.js":124]
5 anonymous() ["/usr/share/gnome-shell/js/ui/overview.js":382]
6 anonymous(event = [object _private_Clutter_Event]) ["/usr/share/gnome-shell/js/ui/appDisplay.js":483]
7 anonymous(event = [object _private_Clutter_Event], actor = [0x1847670 StClickable.app-well-app:first-child hover ("Evolution")]) ["/usr/share/gnome-shell/js/ui/appDisplay.js":385]
8 anonymous([0x1847670 StClickable.app-well-app:first-child hover ("Evolution")], [object _private_Clutter_Event]) "/usr/share/gjs-1.0/lang.js":110]

	Inferior 1 [process 28477] will be killed.

Quit anyway? (y or n) 

Possibly related to #637849 as in my case it is triggered by the same program which cased that error.
Comment 2 Maciej (Matthew) Piechotka 2010-12-31 15:28:35 UTC
(In reply to comment #1)
> Possibly related to bug #637849 as in my case it is triggered by the same program
> which cased that error.
> 

I've tested it is separate bug by:

int main(string[] args) {
	Gtk.init (ref args);
	
	var window = new Gtk.Window ();
	window.title = "ÿ";
	window.set_default_size (300, 500);
	//window.position = Gtk.WindowPosition.CENTER;
	window.destroy.connect (Gtk.main_quit);
	
	window.show_all ();
	Gtk.main ();
	return 0;
}

which run ok.

PS. Now evolution starts ok.
Comment 3 Maciej (Matthew) Piechotka 2011-01-02 12:38:39 UTC
Hmm. Sorry but it sometimes starts and sometimes it does not.
Comment 4 Maciej (Matthew) Piechotka 2011-01-02 13:00:54 UTC
As I have also <<g_ascii_strncasecmp: assertion `s2 != NULL' failed>> warning it may help in debugging stacktrace of this event:


Breakpoint 1 at 0x447400: file core/main.c, line 485.
Function "g_ascii_strncasecmp" not defined.
Make breakpoint pending on future shared library load? (y or [n]) 
Breakpoint 2 (g_ascii_strncasecmp if s1 == 0 || s2 == 0) pending.
Starting program: /usr/bin/mutter --mutter-plugins=libgnome-shell --replace
[Thread debugging using libthread_db enabled]
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/4.5.2/libstdc++.so.6.0.14-gdb.py", line 59, in <module>
    from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers

Breakpoint 1, main (argc=3, argv=0x7fffffffda48) at core/main.c:485
485	core/main.c: No such file or directory.
	in core/main.c
Continuing.
[New Thread 0x7fffeba8b710 (LWP 23513)]
[New Thread 0x7fffe7752710 (LWP 23521)]
[New Thread 0x7fffe1d43710 (LWP 23522)]
[New Thread 0x7fffe011e710 (LWP 23566)]

Breakpoint 2, g_ascii_strncasecmp (
    s1=0x7ffff7e04000 "GOBJ\nMETADATA\r\n\032\004", s2=0x0, n=17)
    at gstrfuncs.c:2040
2040	gstrfuncs.c: No such file or directory.
	in gstrfuncs.c

Thread 1 (Thread 0x7ffff7fad780 (LWP 23462))

  • #0 g_ascii_strncasecmp
    at gstrfuncs.c line 2040
  • #1 g_typelib_get_dir_entry_by_gtype
    at girepository/gitypelib.c line 228
  • #2 find_by_gtype_foreach
    at girepository/girepository.c line 576
  • #3 g_hash_table_foreach
    at ghash.c line 1328
  • #4 g_irepository_find_by_gtype
    at girepository/girepository.c line 616
  • #5 get_base_info
    at gi/object.c line 1221
  • #6 gjs_define_object_class
    at gi/object.c line 1259
  • #7 gjs_define_info
    at gi/repo.c line 450
  • #8 ns_new_resolve
    at gi/ns.c line 131
  • #9 js_LookupPropertyWithFlags
    at jsobj.cpp line 3802
  • #10 js_GetPropertyHelper
    at jsobj.cpp line 4199
  • #11 js_GetMethod
    at jsobj.cpp line 4296
  • #12 js_Interpret
    at jsops.cpp line 1615
  • #13 js_Invoke
    at jsinterp.cpp line 1368
  • #14 js_fun_apply
    at jsfun.cpp line 2046
  • #15 js_Interpret
    at jsops.cpp line 2208
  • #16 js_Execute
    at jsinterp.cpp line 1601
  • #17 JS_EvaluateUCScriptForPrincipals
    at jsapi.cpp line 5072
  • #18 JS_EvaluateUCScript
    at jsapi.cpp line 5049
  • #19 JS_EvaluateScript
    at jsapi.cpp line 5014
  • #20 gjs_context_eval
    at gjs/context.c line 912
  • #21 gnome_shell_plugin_start
    at gnome-shell-plugin.c line 389
  • #22 meta_plugin_manager_initialize
    at compositor/meta-plugin-manager.c line 322
  • #23 meta_compositor_manage_screen
    at compositor/compositor.c line 563
  • #24 enable_compositor
    at core/display.c line 382
  • #25 meta_display_open
    at core/display.c line 843
  • #26 main
    at core/main.c line 719

== Stack trace for context 0xb56a30 ==
0 anonymous() ["/usr/share/gnome-shell/js/ui/status/bluetooth.js":40]
1 Indicator() ["/usr/share/gnome-shell/js/ui/status/bluetooth.js":30]
2 anonymous() ["/usr/share/gnome-shell/js/ui/panel.js":859]
3 start() ["/usr/share/gnome-shell/js/ui/main.js":142]
4 <TOP LEVEL> ["<main>":1]
Comment 5 Maciej (Matthew) Piechotka 2011-01-02 15:32:19 UTC
In my case it was cause as the library was installed in "/usr/lib64/gnome-bluetooth" along with .typelib.

Running it as LD_LIBRARY_PATH=/usr/lib64/gnome-bluetooth/:$LD_LIBRARY_PATH gnome-shell -r solve the problem. 

I'm not quite sure if the problem is with gnome-shell due to not setting paths properly, gnome-bluetooth or gobject-introspection.
Comment 6 Dan Winship 2011-04-05 12:28:49 UTC
fixed as of mutter 2.91.92

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