http://bugs.winehq.org/show_bug.cgi?id=2398
------- Additional Comments From jotdot(a)shaw.ca 2006-06-03 22:01 -------
I'm sure Windows uses a separate window for the opengl context. I've seen it in
action before. I do some graphics programming in Windows and the normal method
to handle window messages in the graphics loop is (psuedo code):
while no quit message received
.. while more windows messages
.... process next windows message
.. process one frame of graphics
When I inadvertently messed up my code to:
.. Process one window message (if any)
.. process one frame of graphics
I noticed that the gl window lagged behind everything. It was apparent when
moving and resizing that the opengl window was a separate window by itself.
This was the result of messages queueing up (my frame took a fair amount of
time) and thus responses were not instant. It appeared as the opengl window
trailing behind the client area as if it was "floating" and not tracking the
move/resize as fast as it should.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4755
Summary: X Error of failed request: BadDrawable
(X_PolyFillRectangle) when switching to Virtual Desktop
Product: Wine
Version: CVS
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jave27(a)gmail.com
X Error of failed request: BadDrawable (invalid Pixmap or Window parameter)
Major opcode of failed request: 70 (X_PolyFillRectangle)
Resource id in failed request: 0x4400008
Serial number of failed request: 31174
Current serial number in output stream: 31333
Steps to reproduce:
Run winecfg and turn on Virtual Desktop (doesn't matter what size)
Close winecfg
Run winefile (in virtual desktop)
Click File > Run, type 'winecfg'
Uncheck the Virtual Desktop, and close winecfg.
Try to move the winefile window, and the error will pop up.
It will also freeze your mouse into the window, so you have to Ctrl-Alt-F2 to
another terminal and manually kill the wine processes.
Minor bug, but still a bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4730
------- Additional Comments From tony.lambregts(a)gmail.com 2006-06-03 19:36 -------
What program is this? Is there a downloadable version somewhere?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4427
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Version|0.9.6. |CVS
------- Additional Comments From vitaliy(a)kievinfo.com 2006-06-03 18:51 -------
It looks like the crash directly related to pixel and vertex shaders.
Apparently with pixel shaders off (via winecfg) Source engine selects different
rendering aproach wich does not deppend on dxlevel.
So:
Pixel shaders | dxlevel
|70 80 81 90
OFF | W W W W
ON | W C C C
W - works; C - crash
Note: tested with wine-0.9 through 2006-03-05 cvs
I have not experemented with enabling/disabling vertex shaders.
Also I did this tests with HL2 and not CS:S but I would assume results should be
the same.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.