Re: [Pixman] debuging wxruby
- From: sandmann cs au dk (SÃren Sandmann)
- To: Svend Haugaard SÃrensen <shs demosophia net>
- Cc: cairo cairographics org, wxruby-development rubyforge org, pixman lists freedesktop org, gtk-app-devel-list gnome org
- Subject: Re: [Pixman] debuging wxruby
- Date: Sun, 07 Oct 2012 20:51:28 +0200
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]