Latests MS compiler seem to emit an extra COFF entry.
Current code is too strict into accepting only predefined set
of references.
Just relax constraint for now. Will require a proper fix after
code freeze.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4670
Seen with PDB generated with "latest" MS compiler.
The data here is likely to be in the same form of other hash structures
we already handle.
(eg has a first vector to describe present entries, and a second one
to describe deleteid entries; we were incorrectly expecting an empty
deleted vector... so just skip for now the deleted vector in winedump
and dbghelp... this will probably end up with a more generic code
for reloading such hash structures, but after code freeze).
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4669
--
v11: vkd3d-shader/ir: Store code block names in struct vkd3d_shader_desc.
vkd3d-shader/ir: Flatten structured control flow instructions.
vkd3d-shader/spirv: Emit descriptor offset loads in the function entry block.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/450
Currently, if a probe fails, it will print the line number of the [test]
block the probe is in, not the line number of the probe itself. This
makes it somewhat difficult to debug.
This commit makes it print the line number that a test fails at.
This code was actually written by @hverbeet for my first attempt at fixing this, !499.
CC @zfigura
--
v2: tests: Print the failing line numbers when a test fails.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/516
Support for generating keys from known DH parameters is not included unfortunately because even the latest stable GnuTLS release doesn't have the necessary support. I have a patch that implements it using _gnutls_dh_generate_key() but that requires a special GnuTLS 3.8.2 build (--enable-fips140-mode). With that patch all included tests pass here.
Paul, can you take a look? I included your tests so please approve this MR if you think it's okay.
--
v2: bcrypt/tests: Add DH tests.
bcrypt: Make sure key_asymmetric_derive_key() returns correct size.
bcrypt: Add support for generating DH keys from known parameters.
bcrypt: Reject DH keys smaller than 512 bits.
bcrypt: Make DH blob size validation more strict in key_import_pair().
bcrypt: Add helpers to create a public/private key pair.
bcrypt: Allow or disallow some operations based on whether keys are finalized.
bcrypt: Add support for retrieving DH parameters.
bcrypt: Add support for setting DH parameters.
https://gitlab.winehq.org/wine/wine/-/merge_requests/4637
The is_window_managed function may acquire the (non-recursive) win_data lock
internally (is_window_managed->has_owned_popups->is_managed), so do not call
it with the win_data lock held.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55995
---
Note: WineX11 also calls `is_window_managed` with win_data locked, but its win_data mutex is recursive. I haven't found a compelling reason to use a recursive win_data mutex in the Wayland driver yet, hence this fix.
---
A simple way to reproduce the deadlock is:
1. Run winecfg
2. Go to the "Desktop Integration" tab
3. Click on OK
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4668