- Wine-GitLab - list.winehq.org

[PATCH v3 0/5] MR25: vkd3d-shader/hlsl: Implement asuint() and completely move init_node() to hlsl.c.
by Zebediah Figura (＠zfigura) Oct. 12, 2022

Oct. 12, 2022

-- v3: vkd3d-shader/hlsl: Pass a location pointer to init_node(). vkd3d-shader/hlsl: Introduce a hlsl_new_expr() helper. vkd3d-shader/hlsl: Write SM4 reinterpret instructions. vkd3d-shader/hlsl: Parse the asuint() intrinsic. tests: Add a test for asuint(). https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/25

4 7

[PATCH 0/7] MR1034: msvcp140: Do not import from msvcp120.
by Paul Gofman (＠gofman) Oct. 12, 2022

Oct. 12, 2022

The practical aspect of this (besides that msvcp140 just should not probably load msvcp120) is that for an app using VC runtime 140 mspcp140.__ExceptionPtrCurrentException gets the thread data from msvcp120.dll while vcruntime140_1 sets those thread data from ucrtbase.dll which are different data. So the application calling mspcp140.__ExceptionPtrCurrentException in catch block gets NULL exception while it was technically set by vcruntime140_1 before calling the app's catch block handler. After this patchset all the current exception data should end up in ucrtbase for VC runtime 140. There is a bit more to it (not covered by this patchset) when there is a mix of native and builtin VC runtime 140 dlls. From the app behaviour and some tests it looks like with native DLLs msvcp140 and vcruntime140_1 handle current exception data through vcruntime140.dll and vcruntime140.dll does not forward that to ucrtbase. I am not sure if the latter (not forwarding vcruntime140->ucrtbase) is practically important but to avoid the similar problem when mixing native and builtin VC runtime DLLs we should also probably link msvcp140 and vcruntime140_1 to vcruntime140. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1034

4 9

[PATCH 0/2] MR1038: Sapi datakey
by Alistair Leslie-Hughes (＠alesliehughes) Oct. 12, 2022

Oct. 12, 2022

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

3 3

[PATCH 0/1] MR1015: wpcap: use UNIX 98/BSD 4.4 sockaddr header
by Marc-Aurel Zent (＠marzent) Oct. 12, 2022

Oct. 12, 2022

Interpreting the fist two bytes of the `sockaddr` struct as `sa_family` produces incorrect behaviour on macOS and (presumbly) BSD. This change is however still backwards compatible with Linux since `sa_family` is of effective type `uint8_t` and `sa_len` is currently disregarded. For reference https://www.ibm.com/docs/en/i/7.3?topic=family-af-inet-address and this is from the <sys/socket.h> on macOS ``` /* * [XSI] Structure used by kernel to store most addresses. */ struct sockaddr { __uint8_t sa_len; /* total length */ sa_family_t sa_family; /* [XSI] address family */ char sa_data[14]; /* [XSI] addr value (actually larger) */ }; ``` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1015

5 12

Re: [PATCH 0/1] MR74: ntdll: Prevent double free (Coverity)
by Sven Baars (＠sbaars) Oct. 12, 2022

Oct. 12, 2022

Sven Baars (@sbaars) commented about dlls/ntdll/unix/file.c: > if (size > 0x10000) size = 0x10000; > if ((tmpbuf = malloc( size ))) > { > + if (needs_close) close( fd ); > if (!server_get_unix_fd( handle, FILE_READ_DATA, &fd, &needs_close, NULL, NULL )) > { > int res = recv( fd, tmpbuf, size, MSG_PEEK ); > info->MessagesAvailable = (res > 0); > info->NextMessageSize = (res >= 0) ? res : MAILSLOT_NO_MESSAGE; > if (needs_close) close( fd ); I think you want to remove this one as well. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/74#note_10372

1 0

[PATCH 0/5] MR1001: winebuild: Reimplement dlltool for import lib and delay import lib generation.
by Rémi Bernon Oct. 12, 2022

Oct. 12, 2022

This is slightly different from dlltool but I think it should be compatible. The transition is done by first replacing dlltool with its bugs, and fixing them in separate changes. I based the ARM / AARCH64 implementation on the existing code around, but I have no idea if it is correct, and dlltool also doesn't include any delay load implementation for ARM. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1001

2 7

[PATCH 0/2] MR1027: windows.devices.enumeration: Create stub DeviceAccessInformation class.
by Paul Gofman (＠gofman) Oct. 12, 2022

Oct. 12, 2022

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

4 6

[PATCH 0/3] MR1036: qcap: Various video capture patches.
by Zebediah Figura (＠zfigura) Oct. 12, 2022

Oct. 12, 2022

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

3 4

[PATCH 0/6] MR971: winegstreamer: Complete transition to using IWMSyncReader2 from the WM async reader.
by Rémi Bernon Oct. 11, 2022

Oct. 11, 2022

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

3 9

[PATCH v2 0/5] MR937: winegstreamer: Small refactor of wg_format video formats and major types.
by Rémi Bernon Oct. 11, 2022

Oct. 11, 2022

I'm going to need to add a few more compressed formats, WMV which is straightforward, but also AAC (so MPEG v2/v4 audio), and I think wg_format could be cleaned up a bit like this beforehand. Then, AAC could either be added as a separate `AUDIO_MPEG4` format, or, with an version field, to the (renamed) `AUDIO_MPEG` format, though it doesn't share any of the current `AUDIO_MPEG1` properties. FWIW GStreamer caps is `audio/mpeg` for both, with an `mpegversion` that can be 1, 2 or 4. Could be very well added as `AUDIO_AAC` too, I don't really mind. -- v2: winegstreamer: Reorder video format struct in wg_format. winegstreamer: Rename WG_MAJOR_TYPE_H264 to WG_MAJOR_TYPE_VIDEO_H264. winegstreamer: Rename WG_MAJOR_TYPE_WMA to WG_MAJOR_TYPE_AUDIO_WMA. winegstreamer: Rename WG_MAJOR_TYPE_MPEG1_AUDIO to WG_MAJOR_TYPE_AUDIO_MPEG1. winegstreamer: Move CINEPAK encoded format to a separate major type. https://gitlab.winehq.org/wine/wine/-/merge_requests/937

3 11