You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've got a task that runs a go binary until killed by the user, that binary is listen to SIGINT and SIGTERM in order to perform from cleanup operations.
So I understand correctly, if I start the app with Tusk, and kill it with ctrl+c, I kill Tusk, and "interrupt" is sent to my binary which does its cleanup. But Tusk gets killed and will not run its Finally code.
Is there any way I can pass the ctrl+c to the running process and not kill tusk instantly?
The text was updated successfully, but these errors were encountered:
That said, allowing finally clauses to run after a SIGINT is probably better in general. I think it makes the most sense to make that the default behavior, and maybe a second SIGINT kills tusk.
That would be nice. If the initial SIGINT kills the sub process. In my case the "finally" would then run and do the cleanup. For now I'll move the "finally" logic into my app.
I've got a task that runs a go binary until killed by the user, that binary is listen to SIGINT and SIGTERM in order to perform from cleanup operations.
So I understand correctly, if I start the app with Tusk, and kill it with ctrl+c, I kill Tusk, and "interrupt" is sent to my binary which does its cleanup. But Tusk gets killed and will not run its Finally code.
Is there any way I can pass the ctrl+c to the running process and not kill tusk instantly?
The text was updated successfully, but these errors were encountered: