November 2022 - wine-gitlab

[PATCH v2 0/13] MR1447: mshtml: Implement performance.timing timestamps properly.
by Gabriel Ivăncescu (＠insn) 21 Nov '22

21 Nov '22

-- v2: mshtml: Implement performance.timing.msFirstPaint. mshtml: Implement performance.timing.loadEventStart & loadEventEnd. mshtml: Get rid of useless window check. mshtml: Implement performance.timing.domContentLoadedEventStart & End. mshtml: Implement performance.timing.domComplete. mshtml: Implement performance.timing.domInteractive. mshtml: Implement performance.timing.domLoading. mshtml: Implement performance.timing.responseStart & responseEnd. mshtml: Implement the remaining pre-response performance.timing props. mshtml: Implement performance.timing.unloadEventStart & unloadEventEnd. mshtml: Implement performance.timing.redirectStart. mshtml: Implement performance.timing.navigationStart. mshtml: Store link to the inner window in HTMLPerformance. https://gitlab.winehq.org/wine/wine/-/merge_requests/1447

4 21

[PATCH v2 0/1] MR1455: dinput: Wait on event instead of thread on stop
by Fabian Maurer (＠DarkShadow44) 21 Nov '22

21 Nov '22

Since we stop the thread in DllMain, we always haev the loaderlock. Thread shutdown also requires the loader lock, so we will always time out So just wait until all cleanup is done, the thread itself can exit later Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52314 Signed-off-by: Fabian Maurer <dark.shadow4(a)web.de> -- v2: dinput: Wait on event instead of thread on stop https://gitlab.winehq.org/wine/wine/-/merge_requests/1455

4 7

[PATCH v3 0/1] MR1449: msado15: Avoid uninitialized variable warning in fields_get_Item
by Gerald Pfeifer (＠gerald) 21 Nov '22

21 Nov '22

This avoids the following warning by GCC 13: dlls/msado15/recordset.c:790:32: warning: 'i' may be used uninitialized -- v3: msado15: Avoid uninitialized variable warning in fields_get_Item https://gitlab.winehq.org/wine/wine/-/merge_requests/1449

4 3

[PATCH v4 0/3] MR1473: Support unmangling C++11 function's reference qualifiers.
by eric pouech (＠epo) 21 Nov '22

21 Nov '22

-- v4: ucrtbase: Handle undecoration of function's reference qualifiers (C++11). msvcrt: Rename modifier into qualifier. ucrtbase: Extend ucrtbase's undname tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/1473

3 4

[PATCH v2 0/3] MR1473: Support unmangling C++11 function's reference qualifiers.
by eric pouech (＠epo) 21 Nov '22

21 Nov '22

-- v2: ucrtbase: Handle undecoration of function's reference qualifiers (C++11). msvcrt: Rename modifier into qualifier. ucrtbase: Extend ucrtbase's undname tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/1473

3 5

[PATCH 0/3] MR1461: ieframe: Remove function heap_strdupW.
by Alex Henrie (＠alexhenrie) 21 Nov '22

21 Nov '22

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

4 7

[PATCH 0/3] MR1473: Support unmangling C++11 function's reference qualifiers.
by eric pouech (＠epo) 21 Nov '22

21 Nov '22

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

3 4

[PATCH 0/6] MR1437: ntdll: Cleanup and refactor the x86_64 and i386 syscall dispatchers.
by Rémi Bernon (＠rbernon) 21 Nov '22

21 Nov '22

In preparation for https://gitlab.winehq.org/wine/wine/-/merge_requests/1324. This also begins preparation for a slightly different route than what the MR currently takes, with syscall flags eventually stored in the CounterTable rather than overusing syscall number unused bits. To do that we're checking the syscall number and loading the syscall table (keeping it in %rbx/%ebx) earlier. This assumes that %rbx isn't modified in between, for instance by the eventual `SYS_arch_prctl` syscall, but I believe it is the case? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1437

4 9

[PATCH 0/6] MR1472: opengl32: Complete wow64 thunks implementation.
by Rémi Bernon (＠rbernon) 21 Nov '22

21 Nov '22

There's a few missing thunks for some non-standard extension functions, but that probably doesn't matter. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1472

3 7

[PATCH v4 0/1] MR1456: imm32: Prevent deadlock on unload
by Fabian Maurer (＠DarkShadow44) 21 Nov '22

21 Nov '22

We need to make sure all (important) cleanup is finished when we exit DllMain, otherwise we might already unload krnl386 and deadlock Since we can't have a synchronous DestroyWindow, use an extra message Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52511 Signed-off-by: Fabian Maurer <dark.shadow4(a)web.de> Code flow is like follows: - DOSVM_Exit -> RtlExitUserThread -> LdrShutdownThread - acquire loader lock - send DLL_THREAD_DETACH to imm32 - - calls DestroyWindow on its window - - WM_DESTROY is handled asynchonously! - send DLL_THREAD_DETACH to krnl386.exe - - TASK_ExitTask - - try get win16 lock, is blocked by ime32 meanwhile, at ime32 - handles WM_DESTROY - already have win16 lock from user32 - __wine_ime_wnd_proc (WM_DESTROY) -> imm_couninit_thread -> CoRevokeInitializeSpy - LdrGetProcedureAddress (want CoRevokeInitializeSpy) - try get loader_lock, is blocked Solution is to wait in ime32 DllMain until the cleanup as happened, aka CoRevokeInitializeSpy has finished. -- v4: imm32: Prevent deadlock on unload https://gitlab.winehq.org/wine/wine/-/merge_requests/1456

4 3

2025

2024

2023

2022

wine-gitlab November 2022