[xorg-bugzilla-noise] [Bug 1107] xcompmgr "freezes" the screen
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Aug 19 17:19:26 PDT 2004
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1107
ses at bigpond.net.au changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ses at bigpond.net.au
------- Additional Comments From ses at bigpond.net.au 2004-08-19 17:19 -------
I have been having the same issues using the RC2 build of xorg and a Nvidia
GeForce4Go card with the Nvidia binary drivers (6106) on debian unstable.
Upon investigating I have found that the problem is that the window list
(pointed to by the global list) was being corrupted when the displayed errors
occurred and an item would be added to the list that would point to itself
(hence the lockup as the repaint_all loop goes around forever).
After trying various things I have noticed that if I add a small delay into the
add_win function between the call to XSelectInput() and the call to
get_opacity_prop() (probably the XGetWindowProperty() in get_opacity_prop()) the
corruption stops happening.
I found this when I was trying to trace where the errors where occurring and I
added a printf between the two calls and it fixed the problem. I have since
removed all the debugging and added a usleep(10) and the problem no longer
occurres, though you still get the errors.
Looks like there is some interaction taking place either in the Xlib or between
the Xlib and the xcompmgr code that is causing the issue.
--
Configure bugmail: https://freedesktop.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the xorg-bugzilla-noise
mailing list