Re: [Pixman] debuging wxruby

Svend Haugaard Sørensen <[email protected]> writes:

> On Sun, 07 Oct 2012 05:10:18 +0200
> [email protected] (Søren Sandmann) wrote:
>
>> Svend Haugaard Sørensen <[email protected]> writes:
>> 
>> > The top of the stack dump look like this.
>> >
>> > #0  0xb47a6d9d in _pixman_lookup_composite_function
>> > (toplevel=0x80be750, op=PIXMAN_OP_SRC, src_format&2144,
>> > src_flags43063, mask_format=0, mask_flags92,
>> > dest_format=PIXMAN_a8r8g8b8, dest_flags4032255,
>> > out_imp=0xbfffb82c, out_func=0xbfffb828)
>> > at /var/tmp/portage/x11-libs/pixman-0.26.0/work/pixman-0.26.0/pixman/pixman-utils.c:74
>> 
>> A crash at this point suggests that something is broken with thread
>> local storage on your setup. When you compiled pixman, which type of
>> thread local storage was detected by the configure script?
>> 
>> 
>> Søren
>
> The configure script write this to the output.
> checking for thread local storage (TLS) support... __thread
>
> I have posted the complete output on the gentoo forum.
> http://forums.gentoo.org/viewtopic-p-7157526.html#7157526
>  

Most likely the issue is the same as in this bug:

   https://bugs.freedesktop.org/show_bug.cgi?id=34335

where some other library is using the TLS model "initial-exec", which
then conflicts with pixman using the "dynamic" model.


Søren

_______________________________________________
gtk-app-devel-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list