package libx11-6 retitle 486507 libx11-6: VMWare Server sees X responses out of order thanks
Hi folks,
The locking assertion failures and their associated backtraces should be
looked into, but may be unrelated to the assertion failure that's
actually causing VMWare Server to abort():
vmware: ../../src/xcb_lock.c:77: _XGetXCBBuffer: assertion `((int) ((xcb_req)
- (dpy->request)) >= 0)' failed
First: Could somebody who has encountered this bug please get a stack
trace from the actual assert?
Does anybody know if VMWare Server is calling Xlib from multiple threads
concurrently? A `thread apply all bt full` in GDB when the assertion
triggers might be informative, especially with libx11-6-dbg installed.
I suspect this problem would be fixed by the socket handoff work that
Josh and I have been trying to finish for months. If you're willing to
recompile XCB and Xlib yourself, you might try the v2 handoff patch set:
http://lists.freedesktop.org/archives/xcb/2008-March/003392.html
There are some known bugs in that version, but you're unlikely to
encounter them until your app has been running for hours. Unfortunately
the XCB patches don't apply to current upstream git, so you might need
to apply them against commit 7a74ba3d0212f9bfe021d6da9070f71cbc53f85b.
Josh and I made progress on the v3 patchset a few weeks ago but the Xlib
patches still aren't ready.
Jamey
signature.asc
Description: Digital signature
