- 29 Jul, 2011 1 commit
-
-
Henri Verbeet authored
-
- 24 Jun, 2011 1 commit
-
-
Henri Verbeet authored
-
- 21 Jun, 2011 1 commit
-
-
Piotr Pawlow authored
If CreateDevice is called with hFocusWindow belonging to another thread, then any code that does SendMessage (or equivalent) to the window while holding the main wined3d mutex causes a deadlock, because wined3d_wndproc tries to acquire the same mutex for wndproc_table access.
-
- 17 May, 2011 1 commit
-
-
Henri Verbeet authored
-
- 06 May, 2011 1 commit
-
-
Henri Verbeet authored
-
- 06 Apr, 2011 1 commit
-
-
Henri Verbeet authored
This is the same issue as 7a354177, just on wined3d unload this time.
-
- 02 Feb, 2011 2 commits
-
-
Henri Verbeet authored
-
Henri Verbeet authored
-
- 10 Nov, 2010 2 commits
-
-
Henri Verbeet authored
In particular, if we'd unregister a window when the application replaced our window proc, but still forwards to us, we'd create a loop when we register the same window again later.
-
Henri Verbeet authored
-
- 02 Nov, 2010 1 commit
-
-
Henri Verbeet authored
-
- 14 Sep, 2010 1 commit
-
-
Henri Verbeet authored
-
- 13 Sep, 2010 1 commit
-
-
Roderick Colenbrander authored
-
- 03 Sep, 2010 1 commit
-
-
Henri Verbeet authored
The basic rule is that you can't call anything that takes the user32 / gdi32 lock while under the GL (winex11) lock. As a consequence, you can't call anything like context_acquire() or context_destroy() either.
-
- 01 Sep, 2010 1 commit
-
-
Henri Verbeet authored
-
- 29 Jul, 2010 1 commit
-
-
Stefan Dösinger authored
-
- 13 Apr, 2010 1 commit
-
-
Henri Verbeet authored
While some performance hit from the extra flushes was expected and would be acceptable, the performance hit can be over 50% on some configurations, which clearly isn't acceptable. This patch introduces a "StrictDrawOrdering" registry key for applications affected by this, until we have a more structural solution.
-
- 05 Apr, 2010 1 commit
-
-
Henri Verbeet authored
-
- 15 Mar, 2010 1 commit
-
-
Henri Verbeet authored
Our pbuffer support is broken, nobody cares.
-
- 23 Dec, 2009 1 commit
-
-
Henri Verbeet authored
Usually these will be the same window, but they don't have to be.
-
- 15 Dec, 2009 1 commit
-
-
Henri Verbeet authored
-
- 17 Sep, 2009 1 commit
-
-
Henri Verbeet authored
-
- 15 Sep, 2009 1 commit
-
-
Henri Verbeet authored
-
- 27 Aug, 2009 1 commit
-
-
Henri Verbeet authored
-
- 25 Aug, 2009 1 commit
-
-
Henri Verbeet authored
We will need this for d3d10, where both dxgi and d3d10core are making wined3d calls. Right now d3d8/d3d9 also use this to protect their own data, but eventually we should push this down into wined3d itself and use something a bit more fine-grained. There's no good reason that doing e.g. a vertex buffer upload in some thread should block all of wined3d.
-
- 14 Aug, 2009 1 commit
-
-
Henri Verbeet authored
For most cards this should make more sense than RTL_READDRAW, even if e.g. surface_upload_data() has some room for improvement.
-
- 10 Aug, 2009 2 commits
-
-
Henri Verbeet authored
-
Roderick Colenbrander authored
-
- 22 Jul, 2009 1 commit
-
-
Henri Verbeet authored
-
- 05 Jun, 2009 1 commit
-
-
Henri Verbeet authored
-
- 12 May, 2009 1 commit
-
-
Rico Schüller authored
-
- 11 Mar, 2009 2 commits
-
-
Henri Verbeet authored
-
Henri Verbeet authored
-
- 23 Dec, 2008 1 commit
-
-
Maarten Lankhorst authored
-
- 24 Nov, 2008 2 commits
-
-
Roderick Colenbrander authored
-
Roderick Colenbrander authored
-
- 24 Oct, 2008 1 commit
-
-
Henri Verbeet authored
-
- 18 Oct, 2008 1 commit
-
-
Alexandre Julliard authored
-
- 17 Sep, 2008 1 commit
-
-
Henri Verbeet authored
-
- 08 Jul, 2008 1 commit
-
-
Stefan Dösinger authored
-