- wine-gitlab - winehq.org

[PATCH v2 0/1] MR730: user32: Implement DefRawInputProc.
by Andrey Gusev (＠agusev) 31 Aug '22

31 Aug '22

-- v2: user32: Implement DefRawInputProc. https://gitlab.winehq.org/wine/wine/-/merge_requests/730

4 4

[PATCH 0/5] MR731: mshtml: Implement props forwarding for Storage.
by Gabriel Ivăncescu (＠insn) 31 Aug '22

31 Aug '22

This implements props access to the underlying items in the storage, which is supported on native (although quirky). Unlike most normal props, the underlying storage for the props is asynchronous, so it can disappear or appear at any point, so they have to be re-checked as needed. The props themselves just map a name to a DISPID, but other than that, DISP_E_MEMBERNOTFOUND can return even after a successful GetDispID for example, even if GetDispID already checked for the item (which it has to, for e.g. (x in y) check). It also contains some fixes for enumerating props, which are needed now because these props also have to be enumerated. They are custom props, so it's needed to have GetMemberName work for them. And since they are asynchronous it makes it even more complicated when enumerating. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/731

4 7

[PATCH v2 0/6] MR749: uiautomationcore: Implement UI Automation Runtime IDs and UiaHUiaNodeFromVariant.
by Connor McAdams (＠cmcadams) 31 Aug '22

31 Aug '22

-- v2: uiautomationcore: Implement UiaHUiaNodeFromVariant. uiautomationcore: Add support for UIA_RuntimeIdPropertyId. uiautomationcore: Partially implement UiaGetRuntimeId. https://gitlab.winehq.org/wine/wine/-/merge_requests/749

3 8

[PATCH 0/1] MR737: evr/filter: Initialize interface pointer in GetService() (Coverity).
by Nikolay Sivov (＠nsivov) 31 Aug '22

31 Aug '22

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/737

3 2

[PATCH 0/6] MR749: uiautomationcore: Implement UI Automation Runtime IDs and UiaHUiaNodeFromVariant.
by Connor McAdams (＠cmcadams) 31 Aug '22

31 Aug '22

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

3 8

Re: [PATCH v5 0/11] MR7: vkd3d-shader/hlsl: Translate copy propagation to index paths. Check for non-static object references. Implicit array initialization.
by Francisco Casas (＠fcasas) 31 Aug '22

31 Aug '22

On Wed Aug 31 14:00:14 2022 +0000, Giovanni Mascellani wrote: > For the future, please do code cleaning stuff (like renaming variables) > in dedicated commits, so that the "meaty" commits are easier to read. Okay, I agree with this policy, now that merge requests have to be approved as a whole. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/7#note_7348

1 0

[PATCH 0/1] MR752: winecrt0: run C++ object destructors in DLL_PROCESS_DETACH
by Kevin Puetz (＠puetzk) 31 Aug '22

31 Aug '22

Run C++ global/static destructors during DLL_PROCESS_DETACH while other other dllimport functions they may want to call are still viable. While windows imposes many restrictions on what may be done in such destructors (given that the run inside the loader lock), there are lots of legal and useful kernel32 functions like DestroyCriticalSection, DeleteAtom, TlsFree, etc that are both useful and legal. Currently this does not work for builtin modules because all the Win32 structures are discarded well before NtUnmapViewOfSection finally does the dlllose. Even for a winelib .dll.so module, it woudl be preferable for destructors to execute during process_detach (before wine tears down the MODREF and detaches dependant dlls), rather than be left until after the last NtUnmapViewOfSection (when we finally reach dlclose) Therefore, winegcc now always uses the DllMainCRTStartup entry point unless you specify your own --entry=func. Previously it did this only for PE modules using msvcrt. Making this default consistent matches cl.exe, which also always defaults to _DllMainCRTStartup unless overridden by /entry:foo https://docs.microsoft.com/en-us/cpp/build/reference/entry-entry-point-symb… The ELF version of winecrt0.a now provides a DllMainCRTStartup which, per the Itanium ABI that is in practice what is used by gcc and clang, performs this this destruction by calling __cxa_finalize(&__dso_handle).. This libc function is required to be idempotent, so it's OK that dlclose still calls it again later (there will just be no further work to do). Multiple calls to __cxa_finalize shall not result in calling termination function entries multiple times; the implementation may either remove entries or mark them finished. https://itanium-cxx-abi.github.io/cxx-abi/abi.html#dso-dtor-runtime-api This has two main effects; it moves ELF destructors earlier (before imports are unmapped), and it moves them inside the Nt loader lock. Being earlier was the intended goal, and moving them inside the lock seems fine. Any Win32 API calls in destructors are just being subjected to the same lock-hiearchy rules as usual on windows (MSVC also runs destructors from DllMainCrtStartup) https://docs.microsoft.com/en-us/cpp/build/run-time-library-behavior?view=m… And any purely-ELF destructors that happen to also run earlier should never call functions exported from wine (and thus don't care about ntdll's locks). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/752

2 2

[PATCH 0/1] MR751: windows.media.speech: Remove WINAPI on static functions where not needed.
by Francois Gouget (＠fgouget) 31 Aug '22

31 Aug '22

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

2 1

[PATCH 0/1] MR750: winecrt0: remove free_delay_imports.
by Kevin Puetz (＠puetzk) 31 Aug '22

31 Aug '22

MSVC's delayimp.lib does not actually free delayload dependencies. winecrt0's attempt to do so from ELF __attribute__((destructor)) is unnecessary and potentially harmful: - When triggered naturally via LdrUnloadDll, this leads to recursive calls to FreeLibrary, violating free_lib_count and missing DLL_PROCESS_DETACH - when triggered by glibc's _dl_fini (at process exit), it leads to use-after-free of the TEB (GetCurrentThreadID after the main thread is no longer Win32) via FreeLibrary -> LdrLdrUnloadDll -> RtlEnterCriticalSection( &loader_section ) - double-free of the library itself, since the DLL_PROCESS_DETACH has already been handled by LdrShutdownProcess - Race against wineserver sending a SIGKILL from process_killed, since all Win32 threads of the process have exited Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53032 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/750

2 2

Re: [PATCH v3 0/2] MR747: dinput: Remove WINAPI on static functions where not needed. - approved
by Rémi Bernon (＠rbernon) 31 Aug '22

31 Aug '22

This merge request was approved by R��mi Bernon. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/747

1 0

2025

2024

2023

2022

wine-gitlab