Mike Hommey said:
> Looks like it's happening in cairo.
>> #6  0xb7241e2d in nsProfileLock::FatalSignalHandler (signo=11) at
nsProfileLock.cpp:216
>> #7  <signal handler called>
>> #8  cairo_draw_with_xlib (cr=0xbc55ff8, callback=0xb79c4698
<NativeRendering>, closure=0xbfea8c40, dpy=0x0, width=560, height=228,
is_opaque=CAIRO_XLIB_DRAWING_OPAQUE,
>>     capabilities=27, result=0x0) at cairo-xlib-utils.c:329
>> #9  0xb79c4789 in gfxXlibNativeRenderer::Draw (this=0xbfea8c94, dpy=0x0,
ctx=0xbc47e40, width=560, height=228, flags=0, output=0x0) at
gfxXlibNativeRenderer.cpp:101
>> #10 0xb73e5131 in nsPluginInstanceOwner::Paint (this=0x9ed4290,
[EMAIL PROTECTED], [EMAIL PROTECTED]) at nsObjectFrame.cpp:4076


cairo_draw_with_xlib() is part of mozilla's codebase
(firefox, mozilla, xulrunner whatever) not cairo and as far as I can
find, there is no cairo_draw_with_xlib() at line 329 of cairo-xlib-utils.c
at least as far as
http://mxr.mozilla.org/mozilla-central/source/gfx/thebes/src/cairo-xlib-utils.c
is concerned - whatever tree I choose.

Where the matching source is, I can't say.

Isn't it suspicious these are being called with a NULL X Display in dpy?

Seems to be a firefox/mozilla/xulrunner bug to me.

Dave



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to