This is the mail archive of the
frysk@sources.redhat.com
mailing list for the frysk project.
Xlib error (sequence lost in reply type 0x0) on PPC64
- From: Wu Zhou <woodzltc at cn dot ibm dot com>
- To: java-gnome-developer at lists dot sourceforge dot net, frysk at sources dot redhat dot com
- Date: Tue, 21 Feb 2006 04:41:37 -0500 (EST)
- Subject: Xlib error (sequence lost in reply type 0x0) on PPC64
Hi,
I am tryig to build and run Frysk, heavily using Java-Gnome, on PPC64.
The platform I am using is FC5 test2, with all the packages being the rawhide
(ok, about a week ago).
Frysk build ok and start also ok. But when I click on a random process in
the process view, it report Xlib error: sequence lost (0x10000 > > 0x2080)
in reply type 0x0! There is no such error in x86 platform.
I am now suspecting that it might be related with Java-Gnome on PPC64
(anybody else else tried Java-Gnome on this platform, please let me know. :-)
The reason is that when I attach GDB to the running Frysk, I sometimes get
SEGV signal at cario function, such as:
(gdb) c
Continuing.
[New Thread 4398185484880 (LWP 2466)]
[New Thread 4398200185424 (LWP 2467)]
[New Thread 4398210671184 (LWP 2468)]
[Thread 4398200185424 (LWP 2467) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 4398210671184 (LWP 2468)]
_cairo_surface_show_glyphs (scaled_font=0x10b2f3b0,
operator=CAIRO_OPERATOR_DEST_OUT,
pattern=0x40009c8bec8, dst=0x0, source_x=10, source_y=2, dest_x=10,
dest_y=2,
width=103, height=10, glyphs=0x10d2e0a0, num_glyphs=13) at
cairo-surface.c:1487
1487 if (dst->status)
(gdb) p dst
$1 = (cairo_surface_t *) 0x0
(gdb) bt
#0 _cairo_surface_show_glyphs (scaled_font=0x10b2f3b0,
operator=CAIRO_OPERATOR_DEST_OUT, pattern=0x40009c8bec8, dst=0x0,
source_x=10,
source_y=2, dest_x=10, dest_y=2, width=103, height=10,
glyphs=0x10d2e0a0,
num_glyphs=13) at cairo-surface.c:1487
#1 0x000000805d8de354 in _cairo_scaled_font_show_glyphs
(scaled_font=0x10b2f3b0,
operator=CAIRO_OPERATOR_DEST_OUT, pattern=0x40009c8bec8, surface=0x0,
source_x=10,
source_y=2, dest_x=10, dest_y=2, width=103, height=10,
glyphs=0x10d2e0a0,
num_glyphs=13) at cairo-font.c:930
#2 0x000000805d8e0048 in _cairo_gstate_show_glyphs_draw_func
(closure=0x40009c8c160,
operator=CAIRO_OPERATOR_DEST_OUT, src=0x40009c8bec8, dst=0x0, dst_x=0,
dst_y=0,
extents=0x40009c8c188) at cairo-gstate.c:2053
#3 0x000000805d8e1274 in _cairo_gstate_clip_and_composite
(clip=0x10d300a0,
operator=CAIRO_OPERATOR_DEST_OUT, src=0x40009c8bec8,
draw_func=@0x805d933900: 0x805d8dfef0
<_cairo_gstate_show_glyphs_draw_func>,
draw_closure=0x40009c8c160, dst=0x0, extents=0x40009c8c188) at
cairo-gstate.c:1094
#4 0x000000805d8e15b0 in _cairo_gstate_show_glyphs (gstate=0x10d30000,
glyphs=Variable "glyphs" is not available.
)
at cairo-gstate.c:2131
#5 0x000000805d8d8418 in cairo_show_glyphs (cr=0x10d29ff0,
glyphs=Variable
"glyphs" is not available.
) at cairo.c:2158
#6 0x000000805d368efc in .pango_cairo_show_glyph_string ()
from /usr/lib64/libpangocairo-1.0.so.0
#7 0x000000805d3171e0 in .pango_renderer_draw_glyphs ()
from /usr/lib64/libpango-1.0.so.0
#8 0x000000805d367fd0 in .pango_cairo_show_glyph_string ()
from /usr/lib64/libpangocairo-1.0.so.0
#9 0x000000805d98542c in .gdk_draw_layout_line () from
/usr/lib64/libgdk-x11-2.0.so.0
#10 0x000000805d3171e0 in .pango_renderer_draw_glyphs ()
from /usr/lib64/libpango-1.0.so.0
#11 0x000000805d317794 in .pango_renderer_draw_layout_line ()
from /usr/lib64/libpango-1.0.so.0
#12 0x000000805d317b90 in .pango_renderer_draw_layout ()
from /usr/lib64/libpango-1.0.so.0
#13 0x000000805d983c2c in .gdk_draw_layout_with_colors ()
from /usr/lib64/libgdk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
Be noted that dst is zero at this point.
Any thought on this? For a more detailed description, you can refer to
http://sourceware.org/bugzilla/show_bug.cgi?id=2355
If you need any additional information, just let me know.
Thanks.
- Wu Zhou