https://bugs.winehq.org/show_bug.cgi?id=37688
--- Comment #14 from Anastasius Focht focht@gmx.net --- Hello folks,
this is one of the shortcomings with people reporting using differently advanced/patched Wine flavours. It makes investigation more difficult in the end when multiple issues are present which are partially fixed depending on the chosen Wine flavour.
The fix for bug 37338 is definitely needed to make the launcher functional in the end since Boost.Interprocess relies on this functionality.
This issue can be reproduced if the launcher is started/shutdown multiple times with the process id matching earlier startup process ids. The message queue files are maintained per process id and if it encounters leftover files you get this problem.
Another essential functionality missing here is the ability to rename files using 'NtSetInformationFile' with 'FileRenameInformation' information class (0xA).
--- snip --- ... 0009:Call KERNEL32.CreateFileA(06153fc0 "C:\users\Public\Application Data/boost_interprocess//message_queue_8",80010000,00000007,00000000,00000003,00000000,00000000) ret=05d5c808 0009:Ret KERNEL32.CreateFileA() retval=000002dc ret=05d5c808 ... 0009:Call ntdll.NtQueryObject(000002dc,00000001,061541a8,00000224,0033e10c) ret=05d5ca90 0009:Ret ntdll.NtQueryObject() retval=00000000 ret=05d5ca90 0009:Call KERNEL32.GetProcAddress(7bc10000,05dec5d8 "NtQuerySystemInformation") ret=05d52edf 0009:Ret KERNEL32.GetProcAddress() retval=7bc223e4 ret=05d52edf 0009:Call ntdll.NtQuerySystemInformation(00000003,0033e080,00000030,0033e07c) ret=05d5c978 0009:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=05d5c978 0009:Call ntdll.NtSetInformationFile(000002dc,0033e0e8,061541a8,0000028c,0000000a) ret=05d5cbb1 0009:fixme:ntdll:NtSetInformationFile Unsupported class (10) 0009:Ret ntdll.NtSetInformationFile() retval=c0000002 ret=05d5cbb1 ... 0009:Call KERNEL32.CloseHandle(000002dc) ret=05d5cadd 0009:Ret KERNEL32.CloseHandle() retval=00000001 ret=05d5cadd --- snip ---
The idea of this code is basically to open file-backed message queues with 'delete-on-close' semantics, rename them to unique (random) name and close the handle which would cause deletion if the refcount permits (no other clients).
Resolving this as dupe of bug 30399 (covering 'NtSetInformationFile' class 'FileRenameInformation'), created some years ago by me :)
Regards
*** This bug has been marked as a duplicate of bug 30399 ***