On Sat Dec 2 17:59:48 2023 +0000, Giovanni Mascellani wrote:
> Right now this prints both the line where the section starts and the
> line there the `probe` directive here. This feels a bit too much.
Doing this would require changes to other test harness machinery; specifically it would stop printing any context if the shader fails to compile, or if there's some other problem.
It would require a lot of changes to everything the harness could handle to provide better feedback in each case; I think that's kind of out of scope of this MR and probably out of scope for the harness in general.
--
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/499#note_54755
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55075
Signed-off-by: Fabian Maurer <dark.shadow4(a)web.de>
--
v4: apisetschema: Add api-ms-win-core-com-l2-1-1
ole32: Move convert functions back from coml2
coml2: Remove temporary exports
ole32: Remove storage32.h
coml2: Move StgSetTimes from ole32
coml2: Move StgOpenStorageOnILockBytes from ole32
coml2: Move StgCreateDocfileOnILockBytes from ole32
coml2: Move StgOpenStorageEx from ole32
coml2: Move StgOpenStorage from ole32
coml2: Move storage interfaces from ole32
coml2: Move filelockbytes from ole32
coml2: Move IPropertyStorage implementation from ole32
ole32: Prepare for moving IPropertyStorage implementation
coml2: Move stream and block logic from ole32
coml2: Move stg_stream.c from ole32
coml2: Move IEnumSTATSTG from ole32
ole32: Refactor IEnumSTATSTGImpl_Construct to prepare for movement to coml2
coml2: Move StgCreatePropSetStg from ole32
coml2: Move StgIsStorageILockBytes from ole32
coml2: Move WriteClassStg from ole32
coml2: Move ReadClassStg from ole32
coml2: Move StgIsStorageFile from ole32
coml2: Move WriteClassStm from ole32
coml2: Move ReadClassStm from ole32
coml2: Move GetConvertStg from ole32
coml2: Add dll and move code from ole32/memlockbytes.c
This merge request has too many patches to be relayed via email.
Please visit the URL below to see the contents of the merge request.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3106
If explicit_handle is defined in the *.idl file, c/s are uses explicit handles,
then an explicit handle must be passed in to the server-side interface
Add a test for explicit_handle.
v3.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4467
I have a shortcut to change input language - Shift+Alt_L, and it interprets this Shift like it's CAPS on.
Only pressing shift again reverts to lower-case.

--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4455#note_54743
This is the current proton thread priority implementation by @rbernon rebased for upstream with a few `#ifdef`s added since AFAIK Linux is the only operating system where threads have a unique PID which can be used to set niceness on.
I also ran `./tools/make_requests` on https://gitlab.winehq.org/mzent/wine/-/commit/6705d3481be0409f7e971c1d2c7a3… as well and `autoconf` on https://gitlab.winehq.org/mzent/wine/-/commit/d7bafe40c411753662b2ad97148a6… (which does blow up the line count a bit).
A few tiny changes (with the ready variable for example) are in anticipation for Part 2, which also adds Mach thread priorities and recalculates thread priorities on process priority change.
Since this is a rather large MR, I hope the split here is appropriate (with the second part being slightly smaller), but I think logically it makes the most sense here.
--
v9: server: Check wineserver privileges on init with -20 niceness.
https://gitlab.winehq.org/wine/wine/-/merge_requests/4551
push_dc_driver() places drivers based on their priorities, so the newly created driver is not
necessary on top. Thus in windrv_CreateDC(), find_dc_driver() should be used to find the dib
driver instead of assuming the dib driver is the top driver, which could be the path driver because
it has a higher priority.
--
v3: win32u: Find the correct DIB driver in windrv_CreateDC().
https://gitlab.winehq.org/wine/wine/-/merge_requests/4374