As these handles to a file don't have an unix-name attached, the
FileAllInformation query fails.
So only implement GetFileInformationByHandle() on top of queries which
don't fail.
I tested if the three ntdll calls instead of one did impact performance.
On cached handles they don't: a simple x100000 loop even shows a
~10% improvement, likely because we don't grab the filename from wineserver.
Note: that NtQueryInformationFile(FileAllInformation) (as other queries
returning file's name) will still fail on these unix-redirected handles.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51813
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1665
Windows has a 2G/2G split by default, but some addresses are fixed
in the win32 API, so we have to ensure that those addresses are still
available in the virtual memory space and not taken by Linux.
Kudos to stefand for taking the time to explain on IRC.
--
v6: ntdll: Explaining why 3G/1G split is needed on 32bit
https://gitlab.winehq.org/wine/wine/-/merge_requests/2118
Swift for Windows uses `QueryInterruptTimePrecise` and `QueryUnbiasedInterruptTimePrecise`.
These are semi-stubs since (I believe) the "Precise" variants should read the CPU timestamp directly rather than reading from USER_SHARED_DATA.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54338
--
v2: kernelbase: Partially implement QueryUnbiasedInterruptTimePrecise.
kernelbase: Partially implement QueryInterruptTimePrecise.
kernelbase: Implement QueryInterruptTime.
include: Add realtimeapiset.h file.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2119
Needed for Gungrave G.O.R.E. (besides some bits in raw AAC handling).
The game is fine with GetInputStatus always returning MFT_INPUT_STATUS_ACCEPT_DATA for both h264 and aac but I think it is better to be correct here.
--
v4: winegstreamer: Set MF_SA_D3D11_AWARE attribute for h264 transform.
winegstreamer: Implement _GetInputStatus() for aac decoder transform.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2080
--
v3: winegstreamer: Implement GetOutputSizeInfo for WMV decoder.
mf/tests: Test GetOutputSizeInfo for WMV decoder.
winegstreamer: Implement SetOutputType for WMV decoder.
winegstreamer: Implement GetOutputType for WMV decoder.
mfplat: Support YVYU, NV11, MEDIASUBTYPE_RGB* media types.
mfplat: Fix stride calculation for RGB24.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1925
On Mon Feb 6 08:42:38 2023 +0000, **** wrote:
> Marvin replied on the mailing list:
> ```
> Hi,
> It looks like your patch introduced the new failures shown below.
> Please investigate and fix them before resubmitting your patch.
> If they are not new, fixing them anyway would help a lot. Otherwise
> please ask for the known failures list to be updated.
> The tests also ran into some preexisting test failures. If you know how
> to fix them that would be helpful. See the TestBot job for the details:
> The full results can be found at:
> https://testbot.winehq.org/JobDetails.pl?Key=129123
> Your paranoid android.
> === debian11 (32 bit report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11 (32 bit ar:MA report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11 (32 bit de report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11 (32 bit fr report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11 (32 bit he:IL report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11 (32 bit hi:IN report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11 (32 bit ja:JP report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11 (32 bit zh:CN report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11b (32 bit WoW report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> === debian11b (64 bit WoW report) ===
> ws2_32:
> sock.c:13681: Test succeeded inside todo block: got error 0
> sock.c:13682: Test succeeded inside todo block: Failed to send full
> data(12) only sent(12)
> ```
Looking at the diff I think this was ran on a incorrect rebase(Atleast it looks that way).
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2100#note_23183
Windows has a 2G/2G split by default, but some addresses are fixed
in the win32 API, so we have to ensure that those addresses are still
available in the virtual memory space and not taken by Linux.
Kudos to stefand for taking the time to explain on IRC.
--
v5: ntdll: Explaining why 3G/1G split is needed on 32bit
https://gitlab.winehq.org/wine/wine/-/merge_requests/2118
Second commit is to be removed.
Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com>
--
v4: windows.media.speech: Implement Vosk create and release functions in the unixlib.
windows.media.speech/tests: Allow the SpeechRecognizer creation to fail in Wine.
windows.media.speech/tests: Get rid of duplicated hresult.
windows.media.speech: Add a unixlib stub.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2091
Windows has a 2G/2G split by default, but some addresses are fixed
in the win32 API, so we have to ensure that those addresses are still
available in the virtual memory space and not taken by Linux.
Kudos to stefand for taking the time to explain on IRC.
--
v4: ntdll: Explaining with wine requires a 3G/1G split on 32bit
https://gitlab.winehq.org/wine/wine/-/merge_requests/2118