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]