These functions are used by Visual Studio 2019, when opening or converting some projects.
Signed-off-by: Lorenzo Ferrillo <lorenzofersteam(a)live.it>
--
v5: advapi32/tests: Create Tests for PerfSetULongCounterValue and PerfSetULongLongCounterValue
https://gitlab.winehq.org/wine/wine/-/merge_requests/3799
These functions are used by Visual Studio 2019, when opening or converting some projects.
Signed-off-by: Lorenzo Ferrillo <lorenzofersteam(a)live.it>
--
v3: advapi32/tests: Create Tests for PerfSetULongCounterValue and PerfSetULongLongCounterValue
https://gitlab.winehq.org/wine/wine/-/merge_requests/3799
---
With past patches these two tests seem to pass reliably in the gitlab CI
environment:
https://gitlab.winehq.org/stefan/wine/-/merge_requests/8/pipelines
They passed in 5 out of 5 pipeline runs (and hopefully a 6th time in this
MR submission). Other tests failed though, so some of those pipeline runs
are marked as failures.
d3d9:d3d9ex still fails randomly on fvwm2/3 but passes on openbox.
d3d9:visual works on Mesa 21 and 23, but not Mesa 22. I'll look into these
tests in the next few weeks. I don't yet know why d3d8:visual is disabled.
I haven't looked at d3d10/11 at all yet.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/3802
Based on a finding here: https://github.com/ValveSoftware/Proton/issues/6709#issuecomment-1626059391
On Windows, small (or 0) receive buffer works a bit differently when async IO is concerned. It is supposed to bypass some system buffering and receive the data directly to the user buffer if async receive is pending. So the apps may be using 0 buffer size as a small optimization to skip extra buffer copies in the system. On Unix, if the buffer is too small to receive the network packet the packet will just be dropped. As I interpret my tests though, Windows doesn't actually drop the packets with async socket even if there is no receive currently pending (looking like setting smaller buffer have no effect at all).
This behaves differently with synchronous IO, Windows can also drop packets which don't fit the smaller set buffer in this case.
I think that we can just never set receive buffers smaller than the default one on Unix sockets. The only effect of actually setting that which I can think of is that the system starts dropping packets more eagerly. Which is wrong for async socket I/O case. That might be not so wrong for sync socket I/O case, but implementing that specific to I/O type will add a lot of complication and will only lead that we will dropping packets more eagerly. While we are probably still won't be doing it exactly like on Windows as it depends on multiple factors in Unix and Windows network stack.
--
v2: server: Don't set SO_RCVBUF below Windows default value on Unix socket.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3705
This patch set is part of !3303
--
v4: winegstreamer: Create wg_muxer for media sink.
winegstreamer: Implement seeking query for wg_muxer sink pad.
winegstreamer: Introduce new wg_muxer struct.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3737
These functions are used by Visual Studio 2019, when opening or converting some projects.
Signed-off-by: Lorenzo Ferrillo <lorenzofersteam(a)live.it>
--
v2: advapi32/tests: Create Tests for PerfSetULongCounterValue and PerfSetULongLongCounterValue
advapi32: Forward PerfSetULongCounterValue and PerfSetULongLongCounterValue to kernelbase
kernelbase: Add implementation of PerfSetULongCounterValue and PerfSetULongLongCounterValue
https://gitlab.winehq.org/wine/wine/-/merge_requests/3799
--
v2: mshtml: Get rid of the custom qi for CSS Styles.
mshtml: Forward objects' IUnknown methods to the DispatchEx.
mshtml: Get rid of `outer` in DispatchEx.
mshtml: Use query_interface in the dispex vtbl for PerformanceTiming.
mshtml: Use query_interface in the dispex vtbl for PerformanceNavigation.
mshtml: Use query_interface in the dispex vtbl for Performance.
mshtml: Use query_interface in the dispex vtbl for MediaQueryList.
mshtml: Use query_interface in the dispex vtbl for Console.
mshtml: Use query_interface in the dispex vtbl for Navigator.
mshtml: Use query_interface in the dispex vtbl for History.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3796