The wave format is passed to DirectSoundDevice_CreateSoundBuffer, which
duplicates it including the 1 byte of extra data after the end of the
struct.
--
v3: dsound/tests: Allocate right amount of memory in test_secondary8 (ASan).
https://gitlab.winehq.org/wine/wine/-/merge_requests/7926
VxDCall vwin32 service id 0x0010 provides int21 dispatch functionality and
VxDCall vwin32 service id 0x002a provides int41 dispatch functionality.
All of these vwin32 services together with existing service id 0x0029
(for int31/dpmi functionality) have same API, first VxDCall() argument is
value for EAX register and second argument is value for ECX register.
VxDCall vwin32 service id 0x0010 is used by applications in Andrew
Schulman's book Unauthorized Windows 95. For example by CHGDIR for
getting PSP.
--
v2: vwin32.vxd: Add support for VxDCall() 0x0010 and 0x002a services
https://gitlab.winehq.org/wine/wine/-/merge_requests/7906
This is a set of tests to prove the correctness of a fix for bug 57588 which i am going to send in a separate PR.
Also a small fix for getting DevicePropertyEnumeratorName is included.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7889
WMSyncReader starts a background read thread that reads from the IStream
passed to IWMSyncReader::OpenStream. This means it could use the IStream in the
background even when no IWMSyncReader methods are being called.
For well-behaved applications, this is probably OK. However, AQUARIUM
(Steam 2515070) frees the IStream it passes to WMSyncReader _before_
it calls IWMSyncReader::Close, which stops the read thread. This causes
the read thread to access freed memory. This is improper, but not
unreasonable, as IWMSyncReader is supposed to be a synchronous
interface, so one might assume when they weren't calling into
IWMSyncReader methods, the IStream won't be used.
This commit adds a `wg_parser_dont_read` function, which can be used to
stop wg_parser from issuing read requests. This is used by IWMSyncReader
to make sure read requests are only issued when IWMSyncReader methods
are being called.
--
v7: winegstreamer: Make sure WMSyncReader never reads in the background.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7676
This event indicates that there will be no more data. Handling it like
an EOS fixes a dead lock that occurs when a stream completes.
--
v2: winegstreamer: Handle the Stream Group Done event.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7824
This fixes Defiant not being able to connect to game servers in game.
That regressed because of the apparently accidental change of the service names in commit 1904227cc363e0fed0fc69d038a0902010f9331b. The game depends on at least NetStatisticsGet("LanmanWorkstation") to succeed ("LanmanServer" may fail on Windows as well).
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7936