Bug 680810 - mutter segfault in __strcmp_ssse3() <- g_typelib_get_dir_entry_by_gtype
Summary: mutter segfault in __strcmp_ssse3() <- g_typelib_get_dir_entry_by_gtype
Keywords:
Status: CLOSED DUPLICATE of bug 684992
Alias: None
Product: Fedora
Classification: Fedora
Component: mutter
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Peter Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-02-27 21:55 UTC by Tom London
Modified: 2011-03-26 16:50 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-03-26 16:50:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
"bt full" from gdb from mutter coredump (37.79 KB, text/plain)
2011-02-27 21:55 UTC, Tom London
no flags Details

Description Tom London 2011-02-27 21:55:45 UTC
Created attachment 481278 [details]
"bt full" from gdb from mutter coredump

Description of problem:
I seem to be able to reproduce a mutter segfault by running 'aisleriot solitaire'

I attach the full backtrace from the core dump.

Here are the first few lines:

Core was generated by `mutter --mutter-plugins=libgnome-shell'.
Program terminated with signal 11, Segmentation fault.
#0  __strcmp_ssse3 () at ../sysdeps/x86_64/strcmp.S:214
214		movlpd	(%rsi), %xmm2
(gdb) set pagination off
(gdb) bt full
#0  __strcmp_ssse3 () at ../sysdeps/x86_64/strcmp.S:214
No locals.
#1  0x0000003d0681044b in g_typelib_get_dir_entry_by_gtype (typelib=0x24fdac0, fastpass=<optimized out>, gtype=<optimized out>) at girepository/gitypelib.c:246
        blob = <optimized out>
        type = <optimized out>
        header = <optimized out>
        n_entries = 75
        gtype_name = 0x0
        entry = 0x7fbdd1ba7290
        i = <optimized out>
        c_prefix = <optimized out>
#2  0x0000003d0680d8ef in find_by_gtype_foreach (datap=0x7fff52549bb0, value=0x24fdac0, key=<optimized out>) at girepository/girepository.c:576
No locals.
#3  find_by_gtype_foreach (key=<optimized out>, value=0x24fdac0, datap=0x7fff52549bb0) at girepository/girepository.c:566
        typelib = 0x24fdac0
        data = 0x7fff52549bb0
#4  0x0000003d000324b3 in g_hash_table_foreach (hash_table=0x1f01590 = {...}, func=0x3d0680d8b0 <find_by_gtype_foreach>, user_data=0x7fff52549bb0) at ghash.c:1328
        node = <optimized out>
        i = <optimized out>
        __PRETTY_FUNCTION__ = "g_hash_table_foreach"
#5  0x0000003d0680e139 in g_irepository_find_by_gtype (repository=0x1f11400 [GIRepository], gtype=47263680) at girepository/girepository.c:616
        data = {repository = 0x1f11400 [GIRepository], type = 47263680, fastpass = 1, result_typelib = 0x0, result = 0x0}
        cached = 0x0
#6  0x00007fbdd1fed063 in gjs_define_object_class (context=0x24523a0, in_object=0x0, gtype=47263680, constructor_p=0x0, prototype_p=0x7fff52549cb0, class_info_p=0x7fff52549cb8) at gi/object.c:1261


Version-Release number of selected component (if applicable):
mutter-2.91.90-1.fc15.x86_64

How reproducible:
Appears I can reproduce (numerous times) by running aisleriot solitaire.

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Owen Taylor 2011-03-26 16:50:24 UTC

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


Note You need to log in before you can comment on or make changes to this bug.