Bruno Jesus 00cpxxx@gmail.com writes:
Required for bug https://bugs.winehq.org/show_bug.cgi?id=37185
Manually tested in NT4 and 98.
Windows 8 fails and I believe it's in a dialog box asking to install direct play, the same issue already found by Alistair Leslie-Hughes and that he is trying to fix. As soon as he fixes it in dpnet we will be able to copy over dplayx too.
It doesn't work here:
../../../tools/runtest -q -P wine -T ../../.. -M dplayx.dll -p dplayx_test.exe.so dplayx && touch dplayx.ok dplayx.c:826: Test succeeded inside todo block: Expected equal GUID values dplayx.c:858: Test succeeded inside todo block: Expected equal GUID values dplayx.c:6668: Tests skipped: Run in interactive mode to run dplayx tests.
On Wed, Jan 14, 2015 at 5:30 PM, Alexandre Julliard julliard@winehq.org wrote:
It doesn't work here:
../../../tools/runtest -q -P wine -T ../../.. -M dplayx.dll -p dplayx_test.exe.so dplayx && touch dplayx.ok dplayx.c:826: Test succeeded inside todo block: Expected equal GUID values dplayx.c:858: Test succeeded inside todo block: Expected equal GUID values dplayx.c:6668: Tests skipped: Run in interactive mode to run dplayx tests.
Thanks for the reply, the tests expect stack data to disappear after the enumeration function returns but looks like the test results depend on libraries/compiler/compilation flags because here everything works.
So I can't test this standalone, I'll send the tests together with the proposed changes then.
-- Alexandre Julliard julliard@winehq.org
Best Regards, Bruno