waveOutOpen problem so that we can remove the todo_wine.
Win9x does not support WAVE_FORMAT_DIRECT.
Don't check the format if the waveOutOpen command failed.
Use trace, not winetest_trace!
much as possible in the buffer even if it is too small. This is
undocumented and does not match the Win9x behavior.
Skip Unicode tests on Win9x.
Fix usage of memset/sizeof/COUNTOF.
Fix signed/unsigned warnings (in MSVC) by using lstrlenA instead of
strlen.
Test Get{System,Windows}Directory{A,W}(NULL, 0). This is a more
standard way to get len_with_null too.
Adapt the error code checks to take into account variations between
Win9x and NT.
Adapt the DeleteFileA error code checks to take into account variations
between Win9x and NT.
Test DeleteFile(NULL).
Add tests for DeleteFileW.
On NT, calling _lclose on an already closed handle will cause memory
corruption and thus sometimes crash -> removed the relevant test.
Skip the Unicode tests when on Win9x.
GetShortPathNameA behaves differently on Win9x and NT: on NT it
succeeds even if not all path components exist, as long as they are
already in the 8.3 format.
Wine apparently implements the NT behavior thus many todo_wine went
away.
Fixed some error code checks to take into account all possible return
values.
GetTempFileNameA appears to only use the lower 16bits of the id on
Win95 (and never returns more than 16 bits on other platforms).
GetLongPathNameA is missing on some Windows versions.
Modified the GetTempPath tests to make sure they return the expected
value. Removed the redundant tests (e.g. if buf[0]==0 then buf!="foo",
no need to test both).
The 'len_with_null - 1' case is not testable as the Windows behavior
varies too much between versions.
We cannot check whether Windows touches the buffer either as this
heavily depends on the Windows version and specific circumstances of
the call.
Finally NT4 sometimes exaggerates the required buffer size.
that STRICT works correctly; moved some definitions back to windef.h
where they belong, and removed a couple of definitions that don't
exist on Windows.
return more compliant values for usage in PrivateExtractIcons and PrivateExtractIconEx
accept and fill in the icon identifier array correctly if provided
allow to retrieve both small and large icons together.
- Simplify PrivateExtraxtIcons
- Modify PrivateExtractIconExW to:
use compatible signature to ExtractIconEx in shell32 which it really is directly
as tested on W2K by calling both functions with the same parameters
directly call internal extraction function
fix error when requesting 1 icon for both sizes