On Fri Nov 11 21:18:28 2022 +0000, Zebediah Figura wrote:
> Yeah, if we need to do this to prevent a deadlock, that sounds to me
> like something we need to solve on the sync reader side.
I dropped it for now.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1311#note_15677
Overwatch 2 verifies that every kernel callback that is run, lives in user32. Introduce a callback in user32 that just forwards to the other modules' callbacks.
--
v14: user32: Remove NtUserDriverCallback* kernel callbacks.
winex11.drv: Route kernel callbacks through user32.
winex11.drv: Pass a struct to x11drv_ime_set_result.
winex11.drv: Pass a struct to x11drv_dnd_post_drop.
winemac.drv: Route kernel callbacks through user32.
wineandroid.drv: Route kernel callbacks through user32.
opengl32: Route kernel callbacks through user32.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1180
This is my first time implementing an interface so thorough feedback would be appreciated.
--
v2: windows.media: Implement IClosedCaptionPropertiesStatics interface.
include/windowscontracts: Bump contractversion to 14.
windows.media: Add stub DLL.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1343
Co-authored-by: Joel Holdsworth <joel(a)airwebreathe.org.uk>
Signed-off-by: Joel Holdsworth <joel(a)airwebreathe.org.uk>
--
v2: ntdll: Add support for FreeBSD style extended attributes.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1315
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
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1342
GCC 12.2 rightfully complains about an out-of-founds array access.
This can possibly happen for unsupported variable names.
This is a rudimentary fix (don't write outside of array), but current
code will require more cudling (eg: native runs the loop for every parsed
token even if the variable name isn't supported) while builtin stops
parsing.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1346
- v2: Specify the maximum allowed feature level when creating the device.
- v3: Rebased.
- v4: Use a flag to indicate that indirect draws won't be used.
--
v4: wined3d: Use the chunk allocator for GL element array buffers.
wined3d: Introduce a new flag to indicate that indirect draws won't be used.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1307
--
v6: uiautomationcore: Add support for returning multiple HUIANODEs from UiaFind.
uiautomationcore: Store traverse_uia_node_tree() results in a dynamic array.
uiautomationcore: Add support for ExcludeRoot parameter in UiaFind.
uiautomationcore: Partially implement UiaFind.
uiautomationcore: Add UiaFind stub.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1249
--
v5: uiautomationcore: Add support for returning multiple HUIANODEs from UiaFind.
uiautomationcore: Store traverse_uia_node_tree() results in a dynamic array.
uiautomationcore: Add support for ExcludeRoot parameter in UiaFind.
uiautomationcore: Partially implement UiaFind.
uiautomationcore: Add UiaFind stub.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1249