Description
I can not provide a reproducible case but this has happened two times during various tests so there is something fishy.
main.exe was in Release mode, compiled in VS build tools and executed from Powershell in Win-11.
What happens is that CTRL+C is somehow accepted but the app doesn't stop - it pseudo-forks into background.
I am thrown back to the command prompt of the shell but the shell becomes extremely "laggy".
In one case I was able to issue commands but only every second key was accepted, so I could use the shell but had to repeat all keys twice.
main.exe waited in "prompt" mode I think, so it did not generate anything but waited (never received my input)
In the other case only the 'Enter' key was accepted (so the shell created a new line) but no other keys worked
In that case I also saw a generation happening, it was written into the shell.
So it was in generation mode but forked in the background.
In both cases the shell input was extremely laggy.
I've never seen that happening in Windows, it acted as if I had sent it into bash background using '&' plus extreme shell lag (for no reason, CPU was ok)
I closed the command shell which did not kill it's child main.exe
The solution in both cases was killing main.exe manually through the task manager.
I'm sorry I can't provide any steps to reproduce, in 99% of all cases it works fine. I didn't do anything different than usual.
Just wanted to make you aware about the bug, maybe the description helped.