bernhardu

Will try to get some more infos. About the files - if I understand it right, this situation is currently just for one mapping between wineserver and a .exe process,...

> I guess a possible workaround might be to have `map_shared_session_block` use mmap directly instead of `NtMapViewOfSection`? As a workaround the modification from my initial comment is working for me,...

> Do you want to try to get that upstream? I am not sure, I tried to bring it to Wine developers attention: https://bugs.winehq.org/show_bug.cgi?id=58332 Let's see where this gets us.

The call to system() might be ugly to dangerous. lsof seems to want in the long term to make it available [as library](https://www.github.com/lsof-org/lsof/issues/268). Would the [license](https://github.com/lsof-org/lsof/blob/master/COPYING) allow it?

Rebased and removed the ugly lsof system call by manually iterating through /proc/.../maps. Command line option might need another name now.

Rebased and renamed the parameter from --lsof to --check-outside-mmaps. Or is this something we want to activate generally?

Small addition, return after first process is found with outside mapping and message got printed. Global activation would succeed with the test suite except test mmap_self_maps_shared.

- Replaced the system function call by fork+execve. - Add timeout to the test executable, to avoid it runs forever. I made some tests to activate it generally. This would...

- Skip test when running a force32bit build on a 64-bit system. - Add fatal message when running a force32bit build on a 64-bit system. - Simplify by using Session::find_task....

Thanks for the prompt response. Yes, as far as I see it is enabled in Debian testing for amd64, rr version 5.9. It got enabled [some weeks ago](https://salsa.debian.org/debian/rr/-/commits/master?ref_type=HEADS). It is...