- Dec 12, 2024
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56325
-
Signed-off-by:
Gabriel Ivăncescu <gabrielopcode@gmail.com>
-
- Dec 11, 2024
-
-
Spotted by Andrey Gusev, thanks!
-
Otherwise, YieldProcessor() is a no-op.
-
The load configuration is mandatory for ARM64EC binaries, and future versions of lld-link will issue a warning if it is missing.
-
Alexandre Julliard authored
-
- Dec 10, 2024
-
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51998
-
Alexandre Julliard authored
Some apps can't cope with forwards. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57418
-
-
winebth.sys: Set the Information field in the IRP's STATUS_BLOCK after handling IOCTL_BTH_GET_LOCAL_INFO.
-
- Dec 09, 2024
-
-
This is important for other Win16 threads to have a chance to execute during peek_message, even if no messages are received, or if the thread is within a nested window message procedure call. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57384
-
-
Signed-off-by:
Marcus Meissner <marcus@jet.franken.de>
-
bool is a reserved identifier in C23 so we would break with GCC 15 moving to -std=gnu23 (which is based on C23).
-
-
- Dec 06, 2024
-
-
-
winebth.sys: Update radio PDO properties on receiving PropertiesChanged for an org.bluez.Adapter1 object.
-
winebth.sys: Remove the corresponding radio PDO on receiving InterfacesRemoved for a org.bluez.Adapter1 object.
-
winebth.sys: Create new radio PDOs on receiving InterfacesAdded for objects that implement org.bluez.Adapter1. The unix bluetooth watcher uses a message filter on the DBus connection to listen for "InterfacesAdded" signals on DBus. If such a signal is received for an object, and the list of interfaces includes org.bluez.Adapter1, queue a BLUETOOTH_WATCHER_EVENT_TYPE_RADIO_ADDED event.
-
winebth.sys: Set radio PDO properties from the device's corresponding org.bluez.Adapter1 object properties.
-
-
Updating also strategy to get back to Wine's ntdll settings. Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
-
-
Alexandre Julliard authored
-
Inspired by a patch by Rémi Bernon. This allows us to clear the buffer a bit earlier than waiting for an underrun does, and avoids the spurious FIXME message in that case. It also unifies code paths a bit. This change also correctly clears the buffer for 8-bit formats.
-
As tests show, the DirectSound renderer will return immediately from Receive() and EndOfStream(), holding the sample to be rendered arbitrarily later. This is also necessary to properly clear the buffer if the renderer is starved for a long period of time.
-
-