eric pouech (@epo) commented about include/consoleapi.h:
> ULONG nLength;
> ULONG nInitialChars;
> ULONG dwCtrlWakeupMask;
> - ULONG dwConsoleKeyState;
this change (and the other ones using the correct field name) should be in a separate patch (inside the same merge request)
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7843#note_103751
eric pouech (@epo) commented about programs/cmd/wcmdmain.c:
> +
> +static void build_search_string(WCHAR *inputBuffer, int len, SEARCH_CONTEXT *sc)
> +{
> + int cc = 0, nn = 0;
> + WCHAR *param = NULL, *last_param, *stripped_copy = NULL;
> + WCHAR last_stripped_copy[MAX_PATH] = L"\0";
> + BOOL need_wildcard = TRUE;
> +
> + sc->searchstr[0] = L'\0';
> +
> + /* If inputBuffer ends in a space then the user hit tab beyond the last
> + * parameter, so use that as the search pos (i.e. a wildcard search).
> + * Otherwise, parse the buffer to find the last parameter in the buffer,
> + * where tab was pressed.
> + */
> + if (inputBuffer[len-1] == L' ') {
len can be zero here (if \<tab\> is pressed at beg of line)
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7843#note_103749
Failing gitlab CI examples are:
- [job #157583](https://gitlab.winehq.org/wine/wine/-/jobs/157583#L2282)
- [job #157314](https://gitlab.winehq.org/wine/wine/-/jobs/157314#L1957)
- [job #157131](https://gitlab.winehq.org/wine/wine/-/jobs/157131#L2052)
- [job #157068](https://gitlab.winehq.org/wine/wine/-/jobs/157068#L1955)
- [job #157032](https://gitlab.winehq.org/wine/wine/-/jobs/157032#L2150)
- [job #156785](https://gitlab.winehq.org/wine/wine/-/jobs/156785#L2112)
- [job #156713](https://gitlab.winehq.org/wine/wine/-/jobs/156713#L2048)
- [job 156677#](https://gitlab.winehq.org/wine/wine/-/jobs/156677#L2030)
So happens just a few times per day.
The value -1073741510 in `timeout.exe:timeout:06b4 done (-1073741510) in 5s 177B` equals to 0xC000013A, STATUS_CONTROL_C_EXIT. Therefore the assumption the ctrl-c from the test reaches sometimes the parent process.
--
v6: timeout/tests: Move the ctrl-c tests below an intermediate process.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8051
I was able to replicate the issue seen in [Bug 58113](https://bugs.winehq.org/show_bug.cgi?id=58113) on my M1.
The issue stems from the usage of AudioDevicePropertyVolumeScalar, which the audio driver for the M1 does not support (at least so it appears.) Using AudioObjectIsPropertySettable allows for fast checking for this situation, including preemptively disabling main channel audio if it appears to be unsupported.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7920