May 2023 - wine-gitlab

Re: [PATCH v3 0/1] MR2925: iphlpapi: Add GetCurrentThreadCompartmentId stub. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2925

1 0

Re: [PATCH v3 0/4] MR2936: win32u: Preparatory changes for ClipCursor. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2936

1 0

Re: [PATCH v2 0/1] MR2937: server: Use get_hardware_msg_bit consistently to classify messages. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2937

1 0

Re: [PATCH v2 0/2] MR2938: win32u: Don't use CDECL for gdi_dc_funcs entries. - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2938

1 0

Re: [PATCH v2 0/1] MR2935: include: Fix the use of __getReg for aarch64/msvc mode - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2935

1 0

Re: [PATCH v2 0/1] MR2935: include: Fix the use of __getReg for aarch64/msvc mode - approved
by Alexandre Julliard (＠julliard) 31 May '23

31 May '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2935

1 0

[PATCH 0/1] MR2935: include: Fix the use of __getReg for aarch64/msvc mode
by Martin Storsjö (＠mstorsjo) 31 May '23

31 May '23

Clang requires the __getReg function to be declared in addition to be declared as an intrinsic with the pragma. This fixes the following error: ../wine/include/winnt.h:2412:27: error: call to undeclared library function '__getReg' with type 'unsigned long long (int)'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] return (struct _TEB *)__getReg(18); ^ ../wine/include/winnt.h:2412:27: note: include the header <intrin.h> or explicitly provide a declaration for '__getReg' 1 error generated. Signed-off-by: Martin Storsjö <martin(a)martin.st> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2935

4 4

[PATCH 0/5] MR2944: winewayland.drv: First window contents on screen
by Alexandros Frantzis (＠afrantzis) 31 May '23

31 May '23

The goal of this MR is to set up the minimum necessary infrastructure to display the contents of some simple, software rendered windows. This involves two major steps: 1. Associate a window with a Wayland surface and give it the `xdg_toplevel` role, so that the compositor can display it. We also have to implement the required initial `xdg_surface` configuration sequence to be able to safely (i.e., without the compositor disconnecting us with an error) attach buffers to the surface in step (2). 2. Implement the `window_surface` interface for the Wayland driver. For now we provide a simple (and suboptimal) `window_surface_flush` implementation: for each flush we create a new `wl_shm` buffer, copy the whole window contents (ignoring damaged bounds for now) into it and attach it to the target Wayland surface. In the next MR I will optimize this implementation in multiple ways: a. implement a buffer queue to avoid constantly allocating new buffers b. respect the damaged bounds of the `window_surface` to minimize copying of data from the `window_surface` to the SHM buffer (and also for correctness) c. communicate damaged surface regions to the compositor to (potentially) allow more efficient texture uploads. With this MR many (software-rendered) applications can now display dynamic content on screen. We can't interact with the apps yet, but we do get to enjoy `notepad` in all its blinking-cursor glory. Thanks! -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2944

3 6

[PATCH 0/1] MR2943: loader: In macOS preloader, reserve top-down heap space for Wow64.
by Tim Clem (＠tclem) 31 May '23

31 May '23

This region is currently only reserved for 32-bit processes, which puts Wow64 at a disadvantage. The larger address space means it's not often an issue, but it's better to be explicit. Adding the reservation also causes ntdll/unix/virtual.c to consider that region first when making Wow64 allocations, before continuing through to the lower reservations. (And that's important for, e.g., changes like MR !2879.) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2943

2 1

[PATCH 0/1] MR2879: loader: In macOS preloader, don't unmap the reservation for builtin DLLs.
by Tim Clem (＠tclem) 31 May '23

31 May '23

This seems to be a holdover from when ntdll was a Mach-O winelib binary, so the reservation needed to be removed before it was dlopen'd. Now that it's PE, unmapping the reservation is unnecessary and leaves time for the system to reclaim it, thus requiring the potentially problematic relocation of ntdll. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2879

4 9

2025

2024

2023

2022

wine-gitlab May 2023