- 12 May, 2014 6 commits
-
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Akihiro Sagawa authored
-
Alistair Leslie-Hughes authored
-
Frédéric Delanoy authored
-
Vincent Povirk authored
-
- 09 May, 2014 16 commits
-
-
Alistair Leslie-Hughes authored
-
Alistair Leslie-Hughes authored
-
Joachim Priesner authored
This prevents dangling pointers as the light structures that the pointers in the state->lights array point to are freed below when cleaning the light maps.
-
Francois Gouget authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Jacek Caban authored
mshtml: Fixed leaks in IHTMLStyleSheet::Release and IHTMLStyleSheetsCollection::Release implementations.
-
Jacek Caban authored
-
Jacek Caban authored
-
Huw Davies authored
-
Huw Davies authored
-
Bruno Jesus authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
Vincent Povirk authored
-
- 08 May, 2014 15 commits
-
-
Mark Harmstone authored
-
Jacek Caban authored
kernel32/tests: Added more shared memory tests, exposing MAP_PRIVATE mapping for read only mapping problem.
-
Jacek Caban authored
-
Frédéric Delanoy authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Alistair Leslie-Hughes authored
-
Alistair Leslie-Hughes authored
-
Zhenbo Li authored
-
Shuai Meng authored
-
Bruno Jesus authored
The address was already converted to unix in these situations, so it's wrong to check against windows #defines.
-
Ken Thomases authored
Cocoa will bring an unowned window to the front of its level when it's clicked, but it doesn't do that for owned windows. The old code went out of its way to make owned windows behave like unowned windows in this respect. That was exactly backward. We wish we could control whether windows are raised on a click. We don't have that opportunity for unowned windows, but, by ripping out a bunch of code, we do for owned windows.
-
- 07 May, 2014 3 commits
-
-
Vincent Povirk authored
-
Aric Stewart authored
-
Stefan Dösinger authored
What I care about here is that setting peFlags != 0 doesn't cause errors either during ddraw palette creation or DIB section creation. peFlags isn't an alpha channel, but P8 textures abuse it that way, hence the name of the test. It probably has deeper meaning in DDSCL_NORMAL when the X server is running in 8 bit paletteindexed mode, but I don't think we really care about this.
-