- Wine-GitLab - list.winehq.org

[PATCH v4 0/1] MR1347: vbscript: add support for VT_DISPATCH in Global_TypeName
by Jason Millard (＠jsm174) Nov. 14, 2022

Nov. 14, 2022

This adds support for returning the type name for VT_DISPATCH variants. Fixes https://bugs.winehq.org/show_bug.cgi?id=53868 Combined effort from myself and Nikolay Sivov -- v4: vbscript: add support for VT_DISPATCH in Global_TypeName https://gitlab.winehq.org/wine/wine/-/merge_requests/1347

5 5

[PATCH v2 0/4] MR1317: mshtml: HTMLDocumentObj fixes.
by Gabriel Ivăncescu Nov. 14, 2022

Nov. 14, 2022

-- v2: mshtml: Handle cNames > 1 in GetIDsOfNames properly. mshtml: Forward IDispatchEx to the document node. mshtml: Forward toString to the document node. mshtml: Expose IEventTarget on HTMLDocumentObj and forward it to the doc node. https://gitlab.winehq.org/wine/wine/-/merge_requests/1317

3 9

[PATCH v3 0/3] MR1347: vbscript: add support for VT_DISPATCH in Global_TypeName
by Jason Millard (＠jsm174) Nov. 14, 2022

Nov. 14, 2022

This adds support for returning the type name for VT_DISPATCH variants. Fixes https://bugs.winehq.org/show_bug.cgi?id=53868 Combined effort from myself and Nikolay Sivov -- v3: vbscript: default name to null in Global_TypeName https://gitlab.winehq.org/wine/wine/-/merge_requests/1347

4 5

[PATCH v2 0/4] MR1311: wmvcore: Implement DedicatedDeliveryThread async reader output setting.
by Rémi Bernon Nov. 14, 2022

Nov. 14, 2022

-- v2: wmvcore: Add descriptions to wmvcore async reader threads. wmvcore: Implement DedicatedDeliveryThread async reader output setting. wmvcore: Spawn stream read threads for async reader streams. wmvcore: Move async reader from winegstreamer/wm_asyncreader.c. https://gitlab.winehq.org/wine/wine/-/merge_requests/1311

2 5

[PATCH 0/2] MR1357: winevulkan: Don't try to convert ignored VkWriteDescriptorSet members.
by Jacek Caban (＠jacek) Nov. 14, 2022

Nov. 14, 2022

Fixes crash in `wined3d_unordered_access_view_vk_clear()`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1357

3 3

[PATCH 0/1] MR1356: ntdll: Delay loading unixlibs until the functions are requested.
by Rémi Bernon Nov. 14, 2022

Nov. 14, 2022

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53909 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1356

2 3

[PATCH v2 0/1] MR1342: ntdll: Use an acquire/release pair on the IOSB status.
by Zebediah Figura (＠zfigura) Nov. 14, 2022

Nov. 14, 2022

Based on a patch by Jinoh Kang: https://gitlab.winehq.org/wine/wine/-/merge_requests/155 This patch simplifies the comment somewhat; I don't see it as necessary to fully explain the concept of memory barriers and acquire/release everywhere that they are used. In my opinion, it's necessary and also sufficient to explain why these specific places need an acquire/release pair, what that pair is protecting, and to cross-reference the parts of the pair with each other. I've also removed the IOSB aliasing patches. Personally I think that there's no harm in making our code more endianness-conscious, for things like Winelib, but on the other hand Windows never supported big-endian, and we've resisted adding support for architectures Windows doesn't support (and see also [1]). Since it's not clear to me they're desirable, and they're orthogonal to the purpose of this patch set, I've removed them; they can be submitted later if there is a favourable consensus. [1] https://www.winehq.org/pipermail/wine-devel/2021-July/191600.html -- v2: ntdll: Use an acquire/release pair on the IOSB status. https://gitlab.winehq.org/wine/wine/-/merge_requests/1342

4 6

[PATCH 0/2] MR1353: user32: Add GetPointerTouchInfo(History) stubs.
by Rémi Bernon Nov. 14, 2022

Nov. 14, 2022

Preventing Bloons TD 6 from crashing on touchscreen input. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1353

2 4

Re: [PATCH v3 0/4] MR1311: wmvcore: Implement DedicatedDeliveryThread async reader output setting.
by Rémi Bernon Nov. 14, 2022

Nov. 14, 2022

On Mon Nov 14 12:05:16 2022 +0000, Zebediah Figura wrote: > Side note that just occurs to me, we should probably add thread > descriptions for any new threads, though I don't mind deferring that. Good idea, done. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1311#note_15681

1 0

Re: [PATCH v3 0/4] MR1311: wmvcore: Implement DedicatedDeliveryThread async reader output setting.
by Rémi Bernon Nov. 14, 2022

Nov. 14, 2022

On Fri Nov 11 21:23:39 2022 +0000, Zebediah Figura wrote: > > First because it's how it's supposed to be. > I initially thought that we weren't actually running any visible > callbacks on these read threads, but I guess the allocation callbacks > are coming from here. Windows really spawns two threads for each stream? Sheesh. Yes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1311#note_15679

1 0