[cairo] [Pixman] debuging wxruby
sandmann at cs.au.dk
Sun Oct 7 11:51:28 PDT 2012
Svend Haugaard SÃ¸rensen <shs at demosophia.net> writes:
> On Sun, 07 Oct 2012 05:10:18 +0200
> sandmann at cs.au.dk (SÃ¸ren Sandmann) wrote:
>> Svend Haugaard SÃ¸rensen <shs at demosophia.net> 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_flags92,
>> > 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?
> 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.
Most likely the issue is the same as in this bug:
where some other library is using the TLS model "initial-exec", which
then conflicts with pixman using the "dynamic" model.
More information about the cairo