Alistair Leslie-Hughes pushed to branch master at wine / wine-staging
Commits:
b8110be0 by Alistair Leslie-Hughes at 2025-05-02T11:14:22+10:00
Updated odbc32-fixes patchset
Convert of type needs to occur not matter if fallback is being used.
- - - - -
edfe4935 by Alistair Leslie-Hughes at 2025-05-03T15:42:07+10:00
Release v10.7
- - - - -
3 changed files:
- patches/odbc32-fixes/0008-odbc32-SQLBindParameter-handle-fallback-function.patch
- staging/VERSION
- staging/upstream-commit
View it on GitLab: https://gitlab.winehq.org/wine/wine-staging/-/compare/42a307df6790bdf84f2fd…
--
View it on GitLab: https://gitlab.winehq.org/wine/wine-staging/-/compare/42a307df6790bdf84f2fd…
You're receiving this email because of your account on gitlab.winehq.org.
Alexandre Julliard pushed to branch master at wine / wine
Commits:
50c7c25c by Francisco Casas at 2025-05-02T21:42:48+02:00
d2d1: Compile shaders on device creation instead of device context creation.
Some applications generate many device contexts each render frame.
Thus, compling these shaders each time this happens might make them
laggy.
- - - - -
3 changed files:
- dlls/d2d1/d2d1_private.h
- dlls/d2d1/device.c
- dlls/d2d1/factory.c
View it on GitLab: https://gitlab.winehq.org/wine/wine/-/commit/50c7c25cfa802f91ee7f332467a5ac…
--
View it on GitLab: https://gitlab.winehq.org/wine/wine/-/commit/50c7c25cfa802f91ee7f332467a5ac…
You're receiving this email because of your account on gitlab.winehq.org.
Alexandre Julliard pushed to branch master at wine / wine
Commits:
0447ef1a by Alexander Morozov at 2025-05-02T21:42:48+02:00
ntoskrnl.exe/tests: Test some Io functions with FDO and PDO.
- - - - -
0406e3c6 by Alexander Morozov at 2025-05-02T21:42:48+02:00
ntoskrnl.exe/tests: Test that calling some Io functions does not result in receiving IRP_MN_QUERY_ID.
- - - - -
c287b42c by Alexander Morozov at 2025-05-02T21:42:48+02:00
ntoskrnl.exe: Fix getting DevicePropertyEnumeratorName.
- - - - -
5 changed files:
- dlls/ntoskrnl.exe/pnp.c
- dlls/ntoskrnl.exe/tests/driver.h
- dlls/ntoskrnl.exe/tests/driver_pnp.c
- dlls/ntoskrnl.exe/tests/ntoskrnl.c
- include/ddk/wdm.h
View it on GitLab: https://gitlab.winehq.org/wine/wine/-/compare/075033d61ffac2a8d42e06e91a12c…
--
View it on GitLab: https://gitlab.winehq.org/wine/wine/-/compare/075033d61ffac2a8d42e06e91a12c…
You're receiving this email because of your account on gitlab.winehq.org.
Alexandre Julliard pushed to branch master at wine / wine
Commits:
075033d6 by Yuxuan Shui at 2025-05-02T21:42:48+02:00
winegstreamer: Make sure WMSyncReader never reads in the background.
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 semaphore around the read operations in the WMSyncReader read
thread, which is released when a IWMSyncReader method is called to allow
reading, and is re-acquired before exiting from the IWMSyncReader method to make
sure read cannot happen in the background.
- - - - -
1 changed file:
- dlls/winegstreamer/wm_reader.c
View it on GitLab: https://gitlab.winehq.org/wine/wine/-/commit/075033d61ffac2a8d42e06e91a12c8…
--
View it on GitLab: https://gitlab.winehq.org/wine/wine/-/commit/075033d61ffac2a8d42e06e91a12c8…
You're receiving this email because of your account on gitlab.winehq.org.