- wine-gitlab - winehq.org

[PATCH 0/4] MR6157: d3dx9: More miscellaneous fixes.
by Connor McAdams (＠cmcadams) 28 Jul '24

28 Jul '24

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

3 10

[PATCH v27 0/6] MR5503: Fix initialization of the handler_fd_ops
by Ruslan Garipov (＠ruslangaripov) 28 Jul '24

28 Jul '24

This lists all fields of the `struct fd_ops` when object of that type -- `handler_fd_ops` in server/signal.c -- is being initialized. It looks like field list in initialization of the `handler_fd_ops` in server/signal.c was out-of-sync for a long time. Take a look, for example, on patches ad1e0609a0f (server: Get rid of no loner used cancel_async from fd_ops., 2016-12-01) (which removed "reference" to the `cancel_async` field correctly, but did not add "references" to the `read` and `write` fields, for example), or 837b39b2028 (server: Add read and write fd member functions., 2015-05-05) (which updated `struct fd_ops` but did not change initialization of the `handler_fd_ops` at all). Because the main purpose of initialization of the `handler_fd_ops` made in server/signal.c is to assign address of the `handler_poll_event()` function to the `poll_event` field, while making all other fields `NULL`ed, lacking some fields in that initialization is not an error according to C standard: > 6.7.11 Initialization > > 11 ... If an object that has static or thread storage duration is not > initialized explicitly, or any object is initialized with an empty > initializer, then it is subject to default initialization, which > initializes an object as follows: > > - if it has pointer type, it is initialized to a null pointer; > > ... > > 22 If there are fewer initializers in a brace-enclosed list than there > are elements or members of an aggregate, or fewer characters in a > string literal used to initialize an array of known size than there > are elements in the array, the remainder of the aggregate is subject > to default initialization. But to maintain code consistency I believe initialization of the `handler_fd_ops` object should enumerate all fields of the `struct fd_ops` type. No functional changes intended. ```shell $ ./configure ... $ make ... $ ./wine --version wine-9.6-74-g6a1dab2af04 ``` -- v27: Fix initialization of the msg_queue_fd_ops Fix initialization of the process_fd_ops Fix initialization of the thread_fd_ops Fix initialization of the inotify_fd_ops Fix initialization of the master_socket_fd_ops Fix initialization of the handler_fd_ops https://gitlab.winehq.org/wine/wine/-/merge_requests/5503

2 6

[PATCH v4 0/1] MR6123: shdocvw: Add IEParseDisplayNameWithBCW semi-stub.
by Dmitry Timoshkov (＠dmitry) 28 Jul '24

28 Jul '24

-- v4: shdocvw: Add IEParseDisplayNameWithBCW semi-stub. https://gitlab.winehq.org/wine/wine/-/merge_requests/6123

4 7

[PATCH 0/11] MR6167: mshtml: Use JS bindings for window objects.
by Jacek Caban (＠jacek) 28 Jul '24

28 Jul '24

Based on patch by Gabriel Ivăncescu. The part allowing properties to disappear as part of enumeration (as well as similar changes from previous MR) is not quite optimal. I think we will want to avoid it once host prototypes are supported. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6167

3 12

[PATCH 0/2] MR6164: Draft: opengl32: Fix wglChoosePixelFormatARB support for pbuffer.
by Alexandros Frantzis (＠afrantzis) 28 Jul '24

28 Jul '24

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56984 Fixes: 272c55ac257315ef8393df357a79aac4e0d6cd76 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6164

3 5

[PATCH v2 0/4] MR6166: Draft: separate env for windows applications (WINENV) from env for wine processes (NIXENV)
by Alois Schloegl (＠schloegl) 28 Jul '24

28 Jul '24

Because WINENV is limited (32767 bytes), and HOSTENV can be much larger, a whitelisting approach is used to keep WINENV as small as possible. Currently, only the following envvars are propagated from the host env to WINENV WINEPATH, WINEPWD, WINEHOME, WINETEMP, WINETMP, WINEQT_, WINEVK_, WINEXDG_SESSION_TYPE Moreover, the NIXENV (env for running wine processes - not applications) on the host system is not produced from WINENV anymore, but the global ENV is propagated to all wine processes and threads. This might be an alternative approach to MR!5231, MR!6140, bug #56941 and should provide a more deterministic behaviour of wine, because unrelated envvars do have no influence on the env for running windows applications. Initial tests (winemine, notepad, cmd, etc) seem to run fine, but some envvars might need additional consideration. XVDK_* was mentioned, WINE*, MESA_*, VK_*, QT_*, LIBGL_* are other suspects. Moreover, this is my first merge request, so your feedback is highly appreciated. -- v2: remove unused vars https://gitlab.winehq.org/wine/wine/-/merge_requests/6166

4 5

[PATCH v6 0/1] MR5957: win32u: fix random crash without libfreetype
by Fan WenJie (＠fanwenjie) 28 Jul '24

28 Jul '24

without freetype, some calling return failed, so some value may not be initialized (it initialize by some failed calling and pass argument by point of it), it would cause random crash! Signed-off-by: Fan WenJie <fanwj(a)mail.ustc.edu.cn> -- v6: win32u: fix random crash without libfreetype https://gitlab.winehq.org/wine/wine/-/merge_requests/5957

2 2

[PATCH v9 0/9] MR4045: kernelbase: Rewrite ExpandEnvironmentStringsA to return ansi string size
by Fabian Maurer (＠DarkShadow44) 27 Jul '24

27 Jul '24

We can't return the unicode string size, this returns sizes to small for multi-byte characters. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54295 -- v9: userenv: Fix GetProfilesDirectoryA return value kernel32: Rework ExpandEnvironmentStringsA to return ansi size and fix corner cases. kernel32: Rework ExpandEnvironmentStringsW error handling. ntdll: Rework RtlExpandEnvironmentStrings/_U to account for corner cases. kernel32: Add ExpandEnvironmentStringsA tests for japanese. kernel32: Add more tests for ExpandEnvironmentStringsA. kernel32: Add tests for ExpandEnvironmentStringsW. ntdll: Add more tests for RtlExpandEnvironmentStrings/_U. userenv: Add another test for GetProfilesDirectoryA https://gitlab.winehq.org/wine/wine/-/merge_requests/4045

2 9

[PATCH 0/3] MR6166: Draft: separate env for windows applications (WINENV) from env for wine processes (NIXENV)
by Alois Schloegl (＠schloegl) 27 Jul '24

27 Jul '24

Because WINENV is limited (32767 bytes), and HOSTENV can be much larger, a whitelisting approach is used to keep WINENV as small as possible. Currently, only the following envvars are propagated from the host env to WINENV WINEPATH, WINEPWD, WINEHOME, WINETEMP, WINETMP, WINEQT_, WINEVK_, WINEXDG_SESSION_TYPE Moreover, the NIXENV (env for running wine processes - not applications) on the host system is not produced from WINENV anymore, but the global ENV is propagated to all wine processes and threads. This might be an alternative approach to MR!5231, MR!6140, bug #56941 and should provide a more deterministic behaviour of wine, because unrelated envvars do have no influence on the env for running windows applications. Initial tests (winemine, notepad, cmd, etc) seem to run fine, but some envvars might need additional consideration. XVDK_* was mentioned, WINE*, MESA_*, VK_*, QT_*, LIBGL_* are other suspects. Moreover, this is my first merge request, so your feedback is highly appreciated. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6166

4 4

[PATCH 0/1] MR6140: ntdll: Exclude biggest envars to fit 32767 chars limit in get_initial_environment.
by Martino Fontana (＠tinozzo123) 27 Jul '24

27 Jul '24

Windows has a limit of 32767 characters in the environment block. https://superuser.com/questions/1070272/why-does-windows-have-a-limit-on-en… Wine doesn't attempt to respect that at all. Do some programs actually depend on this? Unfortunately yes. With this patch, during initialization, if the block size would exceed (or be close to) the limit, the biggest environment variables will be excluded. This is useful when a user has very long environment variables in their system for reasons unrelated to Wine. Do note that there's still nothing done to make sure that the limit isn't exceeded after initialization. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56941 Signed-off-by: Martino Fontana <tinozzo123(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6140

7 10

[PATCH 0/3] MR6165: widl: Propagate attrs to inner pointer types.
by Elizabeth Figura (＠zfigura) 27 Jul '24

27 Jul '24

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

3 4

[PATCH v7 0/7] MR4045: kernelbase: Rewrite ExpandEnvironmentStringsA to return ansi string size
by Fabian Maurer (＠DarkShadow44) 27 Jul '24

27 Jul '24

We can't return the unicode string size, this returns sizes to small for multi-byte characters. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54295 -- v7: kernel32: Rework ExpandEnvironmentStringsA to return ansi size and fix corner cases. kernel32: Rework ExpandEnvironmentStringsW error handling. ntdll: Rework RtlExpandEnvironmentStrings/_U to account for corner cases. kernel32: Add ExpandEnvironmentStringsA tests for japanese. kernel32: Add more tests for ExpandEnvironmentStringsA. kernel32: Add tests for ExpandEnvironmentStringsW. ntdll: Add more tests for RtlExpandEnvironmentStrings/_U. https://gitlab.winehq.org/wine/wine/-/merge_requests/4045

3 8

[PATCH v6 0/7] MR4045: kernelbase: Rewrite ExpandEnvironmentStringsA to return ansi string size
by Fabian Maurer (＠DarkShadow44) 27 Jul '24

27 Jul '24

We can't return the unicode string size, this returns sizes to small for multi-byte characters. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54295 -- v6: kernel32: Rework ExpandEnvironmentStringsA to return ansi size and fix corner cases. https://gitlab.winehq.org/wine/wine/-/merge_requests/4045

3 9

Re: [PATCH v3 0/1] MR5957: win32u: fix random crash without libfreetype
by Fabian Maurer (＠DarkShadow44) 27 Jul '24

27 Jul '24

Fabian Maurer (@DarkShadow44) commented about dlls/win32u/sysparams.c: > 'r','s','t','u','v','w','x','y','z','A','B','C','D','E','F','G','H', > 'I','J','K','L','M','N','O','P','Q','R','S','T','U','V','W','X','Y','Z'}; > > - if (metric && !NtGdiGetTextMetricsW( hdc, metric, 0 )) return 0; > + if (metric && !NtGdiGetTextMetricsW( hdc, metric, 0 )) goto fail; > > if (!NtGdiGetTextExtentExW( hdc, abcdW, ARRAYSIZE(abcdW), 0, NULL, NULL, &sz, 0 )) > - return 0; > + goto fail; > > if (height) *height = sz.cy; > return (sz.cx / 26 + 1) / 2; > +fail: > + if (height) *height = 1; > + return 0; Just curious, but why `1`? Also, wouldn't it be easier to have `if (height) *height = 1;` at the beginning of the function? Then you could keep the rest the same. And maybe that function could zero the `metrics` as well? Not sure where it would be required, I find a setup without freetype strange to begin with. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5957#note_77190

1 0

[PATCH v3 0/2] MR6163: shell32: Fix FO_MOVE when destination has conflicting directory.
by Spencer Wallace (＠spencerwallace) 27 Jul '24

27 Jul '24

-- v3: shell32: Fix FO_MOVE when destination has conflicting directory. shell32/tests: Add tests for moving dir(s) to destination(s) with conflicting dir. https://gitlab.winehq.org/wine/wine/-/merge_requests/6163

3 3

[PATCH v4 0/1] MR5586: configure: Test PE compilers after setting their target argument.
by Billy Laws (＠bylaws) 27 Jul '24

27 Jul '24

clang will default to the host if no target is specified, which causes compile test failures if arch-specific CFLAGS are used for a non-host arch. -- v4: configure: Test PE compilers after setting their target argument. https://gitlab.winehq.org/wine/wine/-/merge_requests/5586

3 4

[PATCH 0/1] MR6161: gdiplus: fixed order adding offset and result ternary operator
by Herman Semenov (＠GermanAizek) 27 Jul '24

27 Jul '24

Reference: https://en.cppreference.com/w/c/language/operator_precedence -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6161

3 2

[PATCH 0/2] MR6163: shell32: Fix FO_MOVE when destination has conflicting directory.
by Spencer Wallace (＠spencerwallace) 26 Jul '24

26 Jul '24

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

2 2

Re: [PATCH v8 0/2] MR6021: nsiproxy.sys: Use pcblist64 sysctl to enumerate TCP & UDP connections on macOS. - approved
by Huw Davies (＠huw) 26 Jul '24

26 Jul '24

This merge request was approved by Huw Davies. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6021

1 0

[PATCH v6 0/2] MR6021: nsiproxy.sys: Use pcblist64 sysctl to enumerate TCP & UDP connections on macOS.
by Tim Clem (＠tclem) 26 Jul '24

26 Jul '24

The handles returned by libproc (namely struct socket_info's soi_pcb) use all 64 bits, but the ones from the pcblist sysctl are truncated to 32. That makes find_owning_pid fail. The pcblist64 sysctl was added in macOS 10.6 and returns handles that match those from libproc. -- There does not seem to be a MIB constant for the pcblist64 sysctls, so I'm caching the result of sysctlnametomib. -- v6: nsiproxy.sys: Use the pcblist64 sysctl to enumerate UDP connections on macOS. https://gitlab.winehq.org/wine/wine/-/merge_requests/6021

2 2

Re: [PATCH v9 0/1] MR6150: win32u: fix a regression bug that virtual desktop not effective.
by Alfred Agrell (＠Alcaro) 26 Jul '24

26 Jul '24

On Fri Jul 26 15:36:35 2024 +0000, Fan WenJie wrote: > test-linux-32 always failed, can you see the reason for the failure? Just open [it](https://gitlab.winehq.org/fanwenjie/wine/-/jobs/89772) and scroll around until you find a colored block, then look for red lines in that block. If it has nothing to do with your changes (for example because it's about sockets or batch files), then it's broken on master too, and is someone else's problem. Just ignore it, it won't block merging. Don't rerun it, it'll just fail again. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6150#note_77150

1 0

Re: [PATCH v9 0/1] MR6150: win32u: fix a regression bug that virtual desktop not effective.
by Fan WenJie (＠fanwenjie) 26 Jul '24

26 Jul '24

On Fri Jul 26 15:36:35 2024 +0000, Fan WenJie wrote: > OK test-linux-32 always failed, can you see the reason for the failure? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6150#note_77149

1 0

[PATCH 0/1] MR3047: ntdll: hook mmap for force allocate low 32-bit memory on wow64
by Fan WenJie (＠fanwenjie) 26 Jul '24

26 Jul '24

Signed-off-by: Fan WenJie <fanwj(a)mail.ustc.edu.cn> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3047

5 5

[PATCH v3 0/1] MR4984: wineandroid.drv: fix incorrent path of device and init device in ANDROID_CreateDesktop
by Fan WenJie (＠fanwenjie) 26 Jul '24

26 Jul '24

Signed-off-by: Fan WenJie <fanwj(a)mail.ustc.edu.cn> -- v3: wineandroid.drv: fix incorrent path of device and init device in ANDROID_CreateDesktop https://gitlab.winehq.org/wine/wine/-/merge_requests/4984

2 2

[PATCH v6 0/1] MR6150: win32u: virtual desktop for explorer.exe support different resolutions
by Fan WenJie (＠fanwenjie) 26 Jul '24

26 Jul '24

fix: https://bugs.winehq.org/show_bug.cgi?id=56993 Signed-off-by: Fan WenJie <fanwj(a)mail.ustc.edu.cn> -- v6: win32u: fix a regression bug that virtual desktop not effective. https://gitlab.winehq.org/wine/wine/-/merge_requests/6150

3 2

2025

2024

2023

2022

wine-gitlab