- Wine-GitLab - list.winehq.org

[PATCH 0/3] MR1174: compstui: Add CPSFUNC_ADD_PFNPROPSHEETUI and CPSFUNC_ADD_PROPSHEETPAGE support.
by Piotr Caban (＠piotr) Oct. 27, 2022

Oct. 27, 2022

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

3 6

[PATCH v2 0/7] MR1177: msvcrt: implement much more localized functions
by Bartosz Kosiorek (＠gang65) Oct. 27, 2022

Oct. 27, 2022

-- v2: msvcrt: Add _mbctombb_l implementation. msvcrt: Add _mbcjmstojis_l implementation. msvcrt: Add _mbcjistojms_l implementation. ucrtbase: Export more _o_* functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/1177

2 7

[PATCH 0/8] MR1177: msvcrt: implement much more localized functions
by Bartosz Kosiorek (＠gang65) Oct. 27, 2022

Oct. 27, 2022

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

3 10

[PATCH v2 0/3] MR1134: ntdll: Use local unwinding reimplementations for Unix libraries on ARM/ARM64
by Martin Storsjö Oct. 27, 2022

Oct. 27, 2022

Currently, unwinding the unix libraries (or full ELF builds) requires having libunwind available. When starting up a wine environment, an exception of type `RPC_S_SERVER_UNAVAILABLE` gets thrown - and if libunwind isn't available, this breaks the startup. Thus, currently on ARM/ARM64, libunwind is essentially mandatory. Additionally, at least on ARM, libunwind seems brittle (commits in latest git master breaks the unwinding use cases in Wine, see e.g. https://github.com/libunwind/libunwind/pull/203#issuecomment-984126066. This MR tries to resolve all of this, by including the preexisting DWARF parser from x86_64 in the aarch64 version too. This bit was mostly quite straightforward. For ARM, libunwind has currently relied on DWARF debug info in the `.debug_frame` section, since Linux on ARM doesn't use DWARF for runtime unwinding. This MR adds ARM EHABI unwind opcodes where necessary, and adds a local reimplementation of an ARM EHABI/EXIDX/EXTBL unwinder, similar to the DWARF one. With these changes, unwinding on both ARM and ARM64 seems to work fine, even without libunwind. See the individual commit messages for more commentary on the decisions taken so far (I've tried to write up all relevant considerations there - it's a fair amount of commentery). A couple open questions: - So far, the shared DWARF code was put in a header, `dwarf.h`. Do you want to make this a proper standalone `.c` file too? - I wrote the ARM EHABI unwind code mostly with `stdint.h` types like `uint32_t`(as it's in the ntdll/unix directory anyway), but I can rewrite it with `DWORD` or similar if that's preferred. - The ARM EHABI opcodes are enabled for `defined(__arm__) && defined(__ELF__) && defined(__GNUC__) && !defined(__SEH__) && !defined(__ARM_DWARF_EH__)` - there's no define to check for for knowing it's used and enabled, but it has to be implicitly assumed if no other other unwind mechanism is signaled. - The `dl_iterate_phdr` function, used for finding the EXIDX section for locating ARM EHABI unwind info, is used within `#ifdef linux`. It might be available on other OSes too (like FreeBSD etc). Or should I go ahead and add a configure check for it? CC @julliard @rbernon @AndreRH -- v2: ntdll: Use the local dwarf implementation on arm64 ntdll: Add support for aarch64 in the dwarf implementation ntdll: Move the dwarf reading routines to a shareable header https://gitlab.winehq.org/wine/wine/-/merge_requests/1134

2 6

[PATCH 0/1] MR1178: kernelbase: Forward some directory info classes in GetFileInformationByHandleEx().
by Nikolay Sivov (＠nsivov) Oct. 27, 2022

Oct. 27, 2022

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53590 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1178

2 1

[PATCH 0/5] MR1172: jscript/mshtml: Misc improvements.
by Gabriel Ivăncescu Oct. 27, 2022

Oct. 27, 2022

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

3 13

[PATCH v3 0/9] MR36: hlsl: UAV loads and stores.
by Zebediah Figura (＠zfigura) Oct. 27, 2022

Oct. 27, 2022

-- v3: vkd3d-shader/hlsl: Propagate copies for resource store instructions. vkd3d-shader/hlsl: Write SM4 UAV store instructions. vkd3d-shader/hlsl: Parse UAV stores. vkd3d-shader/hlsl: Implement typed UAV loads. vkd3d-shader/hlsl: Write SM4 UAV declarations. vkd3d-shader/hlsl: Allocate UAVs. tests: Add a test for storing to a UAV array. tests: Add more tests for UAV allocation. tests: Fix constructor declaration in the partial UAV write test. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/36

5 12

[PATCH v10 0/3] MR1164: Draft: gdiplus: add initial CompoundLine support to fix application crash
by Bartosz Kosiorek (＠gang65) Oct. 27, 2022

Oct. 27, 2022

Wine-bug: https://bugs.winehq.org/show_bug.cgi?id=52196 -- v10: gdiplus: add GdipGetPenCompoundArray implementation gdiplus: add GdipGetPenCompoundCount implementation gdiplus: add GdipSetPenCompoundArray implementation https://gitlab.winehq.org/wine/wine/-/merge_requests/1164

3 5

[PATCH v8 0/3] MR1164: Draft: gdiplus: add initial CompoundLine support to fix application crash
by Bartosz Kosiorek (＠gang65) Oct. 27, 2022

Oct. 27, 2022

Wine-bug: https://bugs.winehq.org/show_bug.cgi?id=52196 -- v8: gdiplus: add GdipGetPenCompoundArray implementation gdiplus: add GdipGetPenCompoundCount implementation gdiplus: add GdipSetPenCompoundArray implementation https://gitlab.winehq.org/wine/wine/-/merge_requests/1164

3 5

Re: [PATCH v8 0/2] MR1015: wpcap: Build devices in unixlib for find_all_devices
by Hans Leidekker (＠hans) Oct. 27, 2022

Oct. 27, 2022

Looking at this again I see another way to solve this. Instead of converting Unix pcap_address structures we can build them from the addresses returned by GetAdaptersAddresses(). Something like this: https://gitlab.winehq.org/hans/wine/-/commit/30113218d4d9fea4ec393a6b0d2d97… Does that work for you? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1015#note_12329

1 0