Re: [Pixman] debuging wxruby



Svend Haugaard Sørensen <shs demosophia net> writes:

On Sun, 07 Oct 2012 05:10:18 +0200
sandmann cs au dk (Søren Sandmann) wrote:

Svend Haugaard Sørensen <shs 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_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



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