Bug 72393 - Xerror in _cairo_xlib_surface_put_shm (calling XCopyArea on a surface destroy)
Summary: Xerror in _cairo_xlib_surface_put_shm (calling XCopyArea on a surface destroy)
Status: RESOLVED NOTOURBUG
Alias: None
Product: cairo
Classification: Unclassified
Component: xcb backend (show other bugs)
Version: 1.12.16
Hardware: Other All
: medium normal
Assignee: Uli Schlachter
QA Contact: cairo-bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-12-06 12:57 UTC by Sebastien Bacher
Modified: 2013-12-06 13:54 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
stacktrace of the issue, using GDK_SYNCHRONIZE=1 (48.13 KB, text/plain)
2013-12-06 12:57 UTC, Sebastien Bacher
Details

Description Sebastien Bacher 2013-12-06 12:57:45 UTC
Created attachment 90355 [details]
stacktrace of the issue, using GDK_SYNCHRONIZE=1

The issue has been reported on https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1211887

The stracktrace has been collected using GDK_SYNCHRONIZE=1 and b gdk_x_error

(the issue started in Ubuntu 13.10, webkit didn't change compared to Ubuntu 13.04 which didn't have the bug so it might be an issue with GTK or cairo...)

"...
#3  0xb6c9e81e in handle_response (dpy=dpy@entry=0x84f5e98, 
    response=0x93e1360, in_XReply=in_XReply@entry=1) at ../../src/xcb_io.c:325
        async = <optimized out>
        next = <optimized out>
#4  0xb6c9f888 in _XReply (dpy=dpy@entry=0x84f5e98, rep=rep@entry=0xbfffc8e0, 
    extra=extra@entry=0, discard=discard@entry=1) at ../../src/xcb_io.c:627
        event = <optimized out>
        req = 0x91eb330
        response = 0x98d20e8
        error = 0x0
        c = 0x84f67e0
        reply = <optimized out>
        current = 0x91eb330
        __PRETTY_FUNCTION__ = "_XReply"
#5  0xb6c9af5b in XSync (dpy=dpy@entry=0x84f5e98, discard=discard@entry=0)
    at ../../src/Sync.c:44
        rep = {type = 92 '\\', revertTo = 0 '\000', sequenceNumber = 0, 
          length = 110, focus = 119, pad1 = 3066699988, pad2 = 147884176, 
          pad3 = 3086534288, pad4 = 3065589449, pad5 = 3086532608}
#6  0xb6c9aff3 in _XSyncFunction (dpy=0x84f5e98) at ../../src/Synchro.c:35
No locals.
#7  0xb6c7c9ab in XCopyArea (dpy=0x84f5e98, src_drawable=85983698, 
    dst_drawable=85983515, gc=0x95f6c90, src_x=0, src_y=0, width=1, 
    height=200, dst_x=0, dst_y=0) at ../../src/CopyArea.c:61
        req = <optimized out>
#8  0xb6bd65de in _cairo_xlib_surface_put_shm (surface=surface@entry=0xa802900)
    at /build/buildd/cairo-1.12.16/src/cairo-xlib-surface-shm.c:1100
        rects = 0xbfffc9b0
        i = <optimized out>
..."
Comment 1 Sebastien Bacher 2013-12-06 12:58:27 UTC
(the stacktrace there is from current Ubuntu, using cairo 1.12.16, GTK 3.10.6 and webkit 2.3.2)
Comment 2 Sebastien Bacher 2013-12-06 12:59:48 UTC
(reported previous to webkit on https://bugs.webkit.org/show_bug.cgi?id=123480, asking for help on #gtk+ on IRC it was suggested the issue might be a cairo one, "its destroying a surface and that causes a XCopyArea on it smells like a cairo bug")
Comment 3 Sebastien Bacher 2013-12-06 13:49:19 UTC
turns out to be a webkit issue, closing that one, sorry for the noise
Comment 4 Chris Wilson 2013-12-06 13:54:55 UTC
Beat me to it. Looks like the surface was not finished before the underlying storage was freed.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.