Strange (?) interaction with SIGINT, cargo run, and stdin about chan-signal HOT 4 CLOSED

@birkenfeld Hmm, I'm not sure what's going on. Does cargo run do anything with signals? Maybe it closes stdin or something?

cc @alexcrichton

from chan-signal.

I think this is basically expected behavior (unfortunately for now). What's happening is that the shell spawns a cargo process, which then in turn spawns the process for the program you listed above. When you hit ctrl-c the shell actually sends SIGINT to the process group of cargo rather than cargo itself, and this means that both cargo and the child process receive SIGINT. Cargo will then exit immediately (as it doesn't handle this), but the child process will handle it (as you've set it up to do).

The shell, however, will realize that Cargo has exited, and then I believe it will close the stdio pipes set up for that program (notably stdin). I think this happens because the shell owned the Cargo process (e.g. it's managing it after spawning it), so that is the process which basically decides if the subtree "lives or dies".

The two "fixes" for this that I know of are:

• Run the process as the foreground shell (as you've already noted)
• Change cargo to use exec so this sort of thing is set up correctly

To me at least this doesn't look like a bug in chan-signal, so hope that helps!

from chan-signal.

@alexcrichton Thanks so much for that detailed analysis! I buy it. :-)

from chan-signal.

Thanks from me as well!

from chan-signal.