The compiler keeps going on Ctrl-C about rust HOT 13 CLOSED

No. At the time I was busy getting a PR done and now I don't have a reproducing example any more.

from rust.

#111769 only checks for ctrl-c during const eval, so if no const eval runs for an extended period of time, the ctrl-c will be silently ignored. This is not the only problem with that PR. It also caused #124265, and shows the "compilation was interrupted" error after the prompt is already drawn by bash.

from rust.

Yeah, just take any I-hang Issue: The compiler never terminates, due to infinite loops, deadlock, livelock, etc. issue (none are A-const-eval Area: constant evaluation (mir interpretation) anyway).
I can reproduce this issue with #122443 for example:

• nightly-2024-03-26 (before #111769): Exits after a single ^C
• nightly-2024-03-27 (after #111769): Requires ^C^C to exit

bjorn3's analysis checks out.

from rust.

Do you have a reproducer? I have not run into this myself.

The implementation should also ensure that the compiler exits promptly if you hit ctrl+c again. Does it?

from rust.

if stuff keeps going on ctrl+c, sometimes suspending the process (ctrl+z) and then killing the terminal does the trick somehow 😅

from rust.

Do you have a reproducer? I have not run into this myself.

Unfortunately no, I encountered this during some rustc hacking where I ended up getting well over 1k error messages in the standard library build and that turned out to be hard to cancel.

The implementation should also ensure that the compiler exits promptly if you hit ctrl+c again. Does it?

I thought I had tried that, but I am not entirely sure.

from rust.

Is it possible the shell is part of the problem? If, by the time you hit ctrl-c, it's working through a large amount of output it still has buffered then it might be awhile before you see a response.

from rust.

It's possible, sure -- but usually it reacts to Ctrl-C immediately even when there's tons of output.

from rust.

Have you tried reverting #111769 to check if that fixes it?

from rust.

is there a good way to make rustc loop endlessly without ever touching const eval? maybe via the trait solver? 🤔

it would help for debugging this.

from rust.

cool! I wasn't sure how much of the compiler's code flowed through const-eval, is why I asked.

from rust.

Another case where this is observed: #125428

IMO we should revert #111769 or at least make the signal handler run exit after a short timeout.

from rust.

I'll post a PR that adds a timeout later today, but by all means if you feel strongly just put up a PR. The initial handler here was just added through the normal PR process, there's no reason to be more cautious on reverting or modifying it.

from rust.