- Wine-GitLab - list.winehq.org

[PATCH 0/4] MR10922: winebth.sys: Refactor code for initial enumeration of BlueZ objects.
by Vibhav Pant (＠vibhavp) May 16, 2026

May 16, 2026

The current code maintains separate data structures and lists for initial device enumeration. This is unnecessary as the main watcher loop ultimately pushes initial devices onto the main event list anyway. To that end, this MR: * Removes the `bluez_init_entry` struct and the `initial_{radio, device, gatt_{service, chars}}_list` lists in `bluez_watcher_ctx`. Newly detected objects are now directly pushed to the event list. * Factors the new object handling logic in `bluez_signal_handler` and `bluez_build_initial_device_lists` (now `bluez_enumerate_objects`) into a common function, `bluez_handle_new_object`. * Use libdbus' async callback methods to automatically perform initial device enumeration, instead of checking the status of the `GetManagedObjects` call on every iteration of the main loop. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10922

2 4

Re: [PATCH v4 0/1] MR10882: dsound: Replace device reference counting with a stop event.
by Jon Koops (＠jonkoops) May 16, 2026

May 16, 2026

On Fri May 15 21:16:28 2026 +0000, Matteo Bruni wrote: > This would trigger the `WARN()` when the `stopev` event fires. > I don't think a new event is necessary in the first place though. I > tweaked the patch slightly in !10919. Ah, missed that. Shall I close this one and !10886 in favor of your new PR? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10882#note_140197

1 0

Re: [PATCH v7 0/2] MR10735: dsound: Create independent devices for each DirectSoundCreate call.
by Jon Koops (＠jonkoops) May 16, 2026

May 16, 2026

On Sat May 16 10:09:44 2026 +0000, Matteo Bruni wrote: > The bugs mentioned in the release notes are bugs marked as RESOLVED > FIXED on bugs.winehq.org, which are CLOSED during release. I just marked > #41047 as RESOLVED FIXED so it should appear in the next release notes. > For the records, this is not uncommon at all in Wine :sweat_smile: No worries, just making sure all the administrative work is in a correct state. Thanks, Matteo! -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10735#note_140175

1 0

Re: [PATCH v7 0/2] MR10735: dsound: Create independent devices for each DirectSoundCreate call.
by Matteo Bruni (＠Mystral) May 16, 2026

May 16, 2026

On Sat May 16 10:09:44 2026 +0000, Jon Koops wrote: > @julliard FYI this should have closed #41047, not sure why it didn't > (perhaps me mentioning it was not enough for automation to pick it up?). > It should probably be added to the [Wine 11.9 release > notes](https://bugs.winehq.org/show_bug.cgi?id=41047) that this issue > was resolved. The bugs mentioned in the release notes are bugs marked as RESOLVED FIXED on bugs.winehq.org, which are CLOSED during release. I just marked #41047 as RESOLVED FIXED so it should appear in the next release notes. For the records, this is not uncommon at all in Wine :sweat_smile: -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10735#note_140173

1 0

Re: [PATCH v7 0/2] MR10735: dsound: Create independent devices for each DirectSoundCreate call.
by Jon Koops (＠jonkoops) May 16, 2026

May 16, 2026

@julliard FYI this should have closed #41047, not sure why it didn't (perhaps me mentioning it was not enough for automation to pick it up?). It should probably be added to the [Wine 11.9 release notes](https://bugs.winehq.org/show_bug.cgi?id=41047) that this issue was resolved. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10735#note_140171

1 0

Re: [PATCH v9 0/1] MR10528: oleaut32: Add fast paths for VarAdd and VarCmp with integer operands. - closed
by Francis De Brabandere (＠francisdb) May 16, 2026

May 16, 2026

This merge request was closed by Francis De Brabandere. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10528

1 0

Re: [PATCH v9 0/1] MR10528: oleaut32: Add fast paths for VarAdd and VarCmp with integer operands.
by Francis De Brabandere (＠francisdb) May 16, 2026

May 16, 2026

Switching to alternative !10921 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10528#note_140170

1 0

Re: [PATCH v9 0/1] MR10528: oleaut32: Add fast paths for VarAdd and VarCmp with integer operands.
by Francis De Brabandere (＠francisdb) May 16, 2026

May 16, 2026

On Sat May 16 09:28:26 2026 +0000, Jacek Caban wrote: > I'm not sure about this. In general, we know that performance matters > for these functions, but this is quite a narrow special case, > potentially at the expense of adding more branching to other cases > (although that could be mitigated with something like `!(xmask & > ~(VTBIT_I2 | VTBIT_I4 | VTBIT_EMPTY))`). > It is hard for me to comment further without knowing the exact > bottleneck. If changing the type is the problem, perhaps some > refactoring that provides a lighter version of `VariantChangeTypeEx` > that does not clear/validate the output would help, both here and in > other callers. I'm not sure, it would also be a larger change, so it may > not be worth it. If it really comes down to special-casing, perhaps > vbscript, where this case is likely the most common by far, would be a > better place. moving to vbscript in !10921 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10528#note_140167

1 0

[PATCH 0/1] MR10921: Draft: vbscript: Fast-path interp_add and var_cmp for pure-integer operands.
by Francis De Brabandere (＠francisdb) May 16, 2026

May 16, 2026

For-loop counters and conditional comparisons hit VarAdd/VarCmp every iteration with trivial I2/I4 operands, but the full VARIANT conversion pipeline (VariantChangeType, locale grab/free in ucrtbase) dominates the cost. Short-circuit at the call site in interp.c when both operands are pure VT_I2/VT_I4: compare directly, or add via LONGLONG with native promotion (I2+I2 -> I4 on overflow, I4+I4 -> R8 on overflow). Alternative to !10528 Keeps the optimisation scoped to vbscript callers rather than adding branches to oleaut32 generic VarAdd/VarCmp. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10921

2 1

[PATCH 0/1] MR10920: Feedback needed for a themes MR (This one)
by Fatih Bakal (＠Twig) May 16, 2026

May 16, 2026

Context/See; https://bugs.winehq.org/show_bug.cgi?id=59739 https://bugs.winehq.org/show_bug.cgi?id=48506 Sorry for opening a merge request like this but I need feedback as to whether this is something upstream is willing to merge. Even if so I need details on the implementation that'd be merged. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10920

4 7