January 2025 - wine-gitlab

[PATCH v6 0/16] MR7203: dlls/oleaut32: Cleanups
by Edward OC (＠funfunctor) 31 Jan '25

31 Jan '25

The intention is to have ICreateTypeLib2_fnDeleteTypeInfo() fully implemented such that Cashbooks can run on Linux. I believe this should fix a number of other Windows apps that lean heavily on oleaut32.dll as well. -- v6: dlls/oleaut32: Use consistent param identifers in ITypeComp dlls/oleaut32: Validate arguments correctly in ITypeComp interface This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/7203

1 0

[PATCH v5 0/14] MR7203: dlls/oleaut32: Cleanups
by Edward OC (＠funfunctor) 31 Jan '25

31 Jan '25

The intention is to have ICreateTypeLib2_fnDeleteTypeInfo() fully implemented such that Cashbooks can run on Linux. I believe this should fix a number of other Windows apps that lean heavily on oleaut32.dll as well. -- v5: dlls/oleaut32: fn(Is|Find)Name should set szNameBuf with correct case dlls/oleaut32: Use array indexing in ITypeLib2_Constructor_SLTG() dlls/oleaut32: Use consistent param identifiers in fnFindName https://gitlab.winehq.org/wine/wine/-/merge_requests/7203

3 15

[PATCH 0/5] MR7167: windowscodecs/metadatahandler: Implement GetPersistOptions().
by Nikolay Sivov (＠nsivov) 30 Jan '25

30 Jan '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7167

3 7

Re: [PATCH v10 0/6] MR6569: winex11: Refactor window state/config tracker to fix race conditions.
by Joe Sorensen (＠murl-digital) 30 Jan '25

30 Jan '25

On Thu Jan 16 14:02:03 2025 +0000, Patrick Laimbock wrote: > > I don't want to break something else this late. > That makes total sense :smiley: > I'm happy to test anything so feel free to ping me. Hi Rémi and co, is there any movement on this? (an open mr or the like) Now that wine 10 is done could we consider getting this fix in? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6569#note_93309

1 0

[PATCH v4 0/11] MR7203: dlls/oleaut32: Cleanups
by Edward OC (＠funfunctor) 30 Jan '25

30 Jan '25

The intention is to have ICreateTypeLib2_fnDeleteTypeInfo() fully implemented such that Cashbooks can run on Linux. I believe this should fix a number of other Windows apps that lean heavily on oleaut32.dll as well. -- v4: dlls/oleaut32: Mostly mirror fnFindName impl in typelib.c dlls/oleaut32: Use common and correct identifiers in typelib.c https://gitlab.winehq.org/wine/wine/-/merge_requests/7203

3 12

[PATCH 0/1] MR7232: winevulkan: Update to VK spec version 1.4.307.
by Georg Lehmann (＠DadSchoorse) 30 Jan '25

30 Jan '25

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/7232

2 1

[PATCH v2 0/2] MR7230: dmime: Fix loading and default soundfont collection.
by Yuxuan Shui (＠yshui) 30 Jan '25

30 Jan '25

* * * BTW I did try to create tests to make sure we connect collection the same way Windows does it. Problem is `GUID_ConnectToDLSCollection` is not gettable. Then I tried to create a `IDirectMusicPerformance` implementation and intercept `DownloadInstrument`. Interestingly Windows `IDirectMusicSegment::Download` doesn't call `DownloadInstrument` at all, instead it downloads instruments through a private, undocumented interface. So there seems to be no way to test this. -- v2: dmimi: Connect default collection to MIDI bandtrack. dmime: Handle IStream EOF correctly in MIDI parser. https://gitlab.winehq.org/wine/wine/-/merge_requests/7230

4 5

[PATCH 0/2] MR7230: dmime: Fix loading and default soundfont collection.
by Yuxuan Shui (＠yshui) 30 Jan '25

30 Jan '25

* * * BTW I did try to create tests to make sure we connect collection the same way Windows does it. Problem is `GUID_ConnectToDLSCollection` is not gettable. Then I tried to create a `IDirectMusicPerformance` implementation and intercept `DownloadInstrument`. Interestingly Windows `IDirectMusicSegment::Download` doesn't call `DownloadInstrument` at all, instead it downloads instruments through a private, undocumented interface. So there seems to be no way to test this. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7230

3 3

[PATCH v3 0/7] MR7174: rtworkq: Fix handling of platform startup and lock counts.
by Conor McCarthy (＠cmccarthy) 30 Jan '25

30 Jan '25

Startup and lock counts in native Windows are separate, and the lock count does not decrease when an async result is freed if the platform has been started. -- v3: rtworkq: Do not unlock the platform when async result objects are freed if the platform is started. rtworkq: Introduce a platform startup count. rtworkq/tests: Test work queue. mfplat/tests: Test platform startup and lock counts. mfplat/tests: Test mixing of MF platform functions with their Rtwq equivalents. mfplat/tests: Introduce a helper to check the platform lock count. mfplat/tests: Release callback2 in test_event_queue(). https://gitlab.winehq.org/wine/wine/-/merge_requests/7174

3 9

[PATCH v7 0/4] MR7216: winebth.sys part 3: Introduce IOCTLs related to radio discoverability, connectability and device inquiry.
by Vibhav Pant (＠vibhavp) 30 Jan '25

30 Jan '25

The Windows Bluetooth stack uses private IOCTLs in order to set the [discoverability](https://learn.microsoft.com/en-us/windows/win32/api/blueto… and [connectability](https://learn.microsoft.com/en-us/windows/win32/api/bluetoo… status of a local radio, and to start/stop the device inquiry procedure. This MR introduces 3 wine-specific IOCTL codes for the same purposes, as most applications seem to the Win32 API itself for these operations: * IOCTL_WINBTH_RADIO_SET_FLAG * IOCTL_WINEBTH_RADIO_START_DISCOVERY * IOCTL_WINEBTH_RADIO_STOP_DISCOVERY -- v7: winebth.sys: Call bluez_watcher_close as part of bluetooth_shutdown. winebth.sys: Implement IOCTL_WINEBTH_RADIO_STOP_DISCOVERY. winebth.sys: Implement IOCTL_WINEBTH_RADIO_START_DISCOVERY. https://gitlab.winehq.org/wine/wine/-/merge_requests/7216

3 5

2025

2024

2023

2022

wine-gitlab January 2025