Re: segmentation fault in 2.9 at start

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Great. Now works on both Windows and OSX.

On Sat, Jan 24, 2015 at 2:10 PM, Jon Nordby <jononor@xxxxxxxxx> wrote:
> On 23 January 2015 at 22:42, Jon Nordby <jononor@xxxxxxxxx> wrote:
>
>> Hi Alexander,
>> this is https://bugzilla.gnome.org/show_bug.cgi?id=743296
>> A workaround is mentioned there.
>>
>> It has been hard to reproduce this issue. Let me give it another go
>> tomorrow, otherwise I'll disable the json handling until issue is resolved.
>>
>>
> This bug should now have been fixed. Let us know if the issue persists
> after pulling GEGL master and rebuilding.
>
> commit 08c4063702aaecbb9b777706e7b469a3b171b877
> Author: Jon Nordby <jononor@xxxxxxxxx>
> Date:   Sat Jan 24 13:45:39 2015 -0500
>
>     meta-json: Force module to be persistent
>
>     Hopefully fixes segfault in some cases where libgegl/executable
>     does not link json-glib, and the shared lib which GType database
>     referred to was unloaded.
>     https://bugzilla.gnome.org/show_bug.cgi?id=743296
>
>
>
>
>
>> On 23 January 2015 at 12:32, Alexander Rabtchevich <
>> alexander.v.rabtchevich@xxxxxxx> wrote:
>>
>>> Hello
>>>
>>> I have a problem with the current git master - it does not start. Linux
>>> Mint 17 64.
>>>
>>> Starting program: /opt/bin/gimp-2.9
>>> [Thread debugging using libthread_db enabled]
>>> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>>> [New Thread 0x7fffe9465700 (LWP 24613)]
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x00007ffff368cc56 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
>>> (gdb) bt
>>> #0  0x00007ffff368cc56 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
>>> #1  0x00007ffff408ffc9 in g_str_equal ()
>>>    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>> #2  0x00007ffff408f5f0 in g_hash_table_lookup ()
>>>    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>> #3  0x00007ffff40af7c0 in g_intern_static_string ()
>>>    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>> #4  0x00007fffe8a50d30 in json_object_get_type ()
>>>    from /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0
>>> #5  0x00007fffe8a52083 in ?? ()
>>>    from /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0
>>> #6  0x00007ffff438d56e in g_type_class_ref ()
>>>    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
>>> #7  0x00007ffff4376159 in g_object_newv ()
>>>    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
>>> #8  0x00007ffff43768bc in g_object_new ()
>>>    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
>>> #9  0x00007fffeaa09878 in json_op_register_type_for_file (
>>>     filepath=0xc92ee0 "/opt/lib/gegl-0.3/grey2.json",
>>> type_module=0xc2feb0)
>>>     at json.c:525
>>> #10 load_file (file_data=file_data@entry=0x7fffffffdbd0,
>>>     user_data=user_data@entry=0xc2feb0) at json.c:552
>>> #11 0x00007ffff50e3def in gegl_datafiles_read_directories (
>>> ---Type <return> to continue, or q <return> to quit---
>>>     path_str=<optimized out>, flags=G_FILE_TEST_EXISTS,
>>>     loader_func=0x7fffeaa09830 <load_file>, user_data=0xc2feb0)
>>>     at gegldatafiles.c:214
>>> #12 0x00007ffff40bc6b8 in g_slist_foreach ()
>>>    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>> #13 0x00007fffeaa09aa3 in json_register_operations (module=0xc2feb0)
>>>     at json.c:565
>>> #14 gegl_module_register (module=0xc2feb0) at json.c:589
>>> #15 0x00007ffff50e46b4 in gegl_module_load (module=0xc2feb0)
>>>     at geglmodule.c:160
>>> #16 0x00007ffff43930a1 in g_type_module_use ()
>>>    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
>>> #17 0x00007ffff4393129 in ?? ()
>>>    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
>>> #18 0x00007ffff438b9aa in ?? ()
>>>    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
>>> #19 0x00007ffff438d157 in g_type_class_ref ()
>>>    from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
>>> #20 0x00007ffff50f0daf in add_operations (parent=<optimized out>)
>>>     at gegl-operations.c:82
>>> #21 add_operations (parent=<optimized out>) at gegl-operations.c:84
>>> #22 0x00007ffff50f1225 in gegl_operation_gtype_from_name (
>>>     name=0x79ba0b "gegl:alien-map") at gegl-operations.c:218
>>> ---Type <return> to continue, or q <return> to quit---
>>> #23 0x00007ffff50f1259 in gegl_has_operation (
>>>     operation_type=operation_type@entry=0x79ba0b "gegl:alien-map")
>>>     at gegl-operations.c:231
>>> #24 0x0000000000489348 in sanity_check_gegl_ops () at sanity.c:570
>>> #25 sanity_check () at sanity.c:84
>>> #26 0x0000000000487f82 in main (argc=<optimized out>, argv=0xbafb90)
>>>     at main.c:447
>>>
>>>
>>> With respect,
>>> Alexander Rabtchevich
>>> _______________________________________________
>>> gimp-developer-list mailing list
>>> List address:    gimp-developer-list@xxxxxxxxx
>>> List membership:
>>> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
>>> List archives:   https://mail.gnome.org/archives/gimp-developer-list
>>>
>>
>>
>>
>> --
>> Jon Nordby - www.jonnor.com
>>
>
>
>
> --
> Jon Nordby - www.jonnor.com
> _______________________________________________
> gimp-developer-list mailing list
> List address:    gimp-developer-list@xxxxxxxxx
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list
_______________________________________________
gimp-developer-list mailing list
List address:    gimp-developer-list@xxxxxxxxx
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list




[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux