Later, a similar inproc sync as the queue will be created for user APC alerts and sent on thread init as well, saving us the need to special case those in the get_inproc_sync request and in the cache.
--
v6: ntdll: Notify wineserver when waiting on inproc queue.
ntdll: Add a reference count to inproc_sync objects.
server: Create an inproc sync for message queue signaling.
win32u: Move server queue handle to ntuser_thread_info.
ntdll: Introduce a helper to wait on an server-side sync object.
ntdll: Check inproc sync signal rights in signal and wait.
server: Use a specific type for internal inproc event syncs.
wineserver: Request RLIMIT_NOFILE maximum allowed value.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8875
If the canonical hostname was "localhost", the address info was not
freed.
Don't bother checking whether ai_canonname is NULL because if there is
no canonical name, getaddrinfo must set ai_canonname to the input name.
Fixes: ca5a6d07dc92ba631b178ec175e6b3fd5295e3d6
--
v3: wineboot: Fix a memory leak in create_computer_name_keys.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8918
On Tue Sep 9 08:58:52 2025 +0000, Nikolay Sivov wrote:
> Hi,
> Have you found an application that's using this method?
Yes, its called "RiSCAN PRO" from the company "RIEGL GmbH"
The product page can be found here: http://www.riegl.com/products/software-packages/riscan-pro/
(unfortunately one needs an account to download the software, and to install one needs to get a `tar.exe` into `system32` and `syswow64` as the installer uses `tar.exe` to extract zip files, but that is a different issue :grin: )
RiSCAN PRO under `wine-10.13` can't save a project and errors with the following message:
```
2025-08-19 08:25:47+730 [x] Cannot save project: Not implemented
```
With the following wine-debugging messages:
```
0148:fixme:msxml:domelem_removeAttributeNode (000072400CD21600)->(000072400CD217C0 00007FFFFE1FE0F8)
```
The project file is in xml format. The program itself is a Delphi Program and it seems to use `msxml.dll` to modify its project file
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8928#note_115432
Giving this one final shot. If this is not deemed acceptable, I will abandon the effort and just move on to other things, no hard feelings.
This is IMO a cleaner, more conservative/less invasive change.
What is fixed:
- Bug #56381, "TYPE c:\windows\winhelp.exe >foo", i.e. binary mode operation. I would probably consider this the main reason for this change. I'm trying to get the compiler mentioned in the bug report working.
- Ctrl-Z termination of TYPE output to the console.
- "TYPE con >foo", with Ctrl-Z handling, functionally equivalent to "COPY con foo".
--
v2: cmd/tests: Add tests to check for TYPE truncation in binary mode.
cmd: Fix some TYPE command behavior.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8920