On Sep 20, 2011, at 3:11 PM, Stefan Dösinger wrote: >> gdi32/dc >> user32/monitor > No Xvidmode support, so Get/SetDeviceGammaRamp fail. There's a win_skip for > that already. Should we change it to skip(), or ignore it until we have a > quartz driver? > User32/monitor also fails because it can't change the display mode. Key words: "stock X11 server". XQuartz has much better support for this. You should be using that. > >> kernel32/change >> ntdll/change >> ntdll/directory > Lots of test failures. I'm not sure what those tests do tbh I wrote a message to the list about fixing those tests once. The problem is that the functionality they test (well, at least the */change tests) isn't implemented on Mac. And none of our options for implementing it look good (c.f. "Failing kernel32:change and ntdll:change tests on Mac OS"). > >> ntdll/exception > "Test failed: Execution of data memory succeeded." Do I have to do anything > special to enable NX support on OSX? No. It's just that the kernel for some reason only supports NX on stacks in 32-bit code. They fixed it in Mac OS 10.7. > >> mmdevapi/capture > Various Set*Volume calls fail I know that some CoreAudio devices actually don't have software volume controls. Optical out, for example. For these devices, Set*Volume will always fail. Not sure if that's what 's happening in your case, though. >> ws2_32/sock > A mixture of test failures and unexpected successes. >From what I can tell, Wine's WinSock implementation seems to depend on several >nuances of Linux's BSD sockets implementation that are different from the >original 4.xBSD implementation (from which most others, including WinSock >itself, are derived).
Hope that helps. Chip
