Don't block SIGPIPE until _after_ pterm forks, since otherwise the

blockage will propagate to the child process.

[originally from svn r3139]
This commit is contained in:
Simon Tatham 2003-04-25 15:44:01 +00:00
Родитель 2a0fff2451
Коммит 426dc87712
1 изменённых файлов: 9 добавлений и 6 удалений

Просмотреть файл

@ -2803,12 +2803,6 @@ int pt_main(int argc, char **argv)
* it */
block_signal(SIGCHLD, 1);
/*
* SIGPIPE is not something we want to see terminating the
* process.
*/
block_signal(SIGPIPE, 1);
inst->progname = argv[0];
/*
* Copy the original argv before letting gtk_init fiddle with
@ -3062,6 +3056,15 @@ int pt_main(int argc, char **argv)
* called */
block_signal(SIGCHLD, 0);
/*
* Block SIGPIPE: if we attempt Duplicate Session or similar
* and it falls over in some way, we certainly don't want
* SIGPIPE terminating the main pterm/PuTTY. Note that we do
* this _after_ (at least pterm) forks off its child process,
* since the child wants SIGPIPE handled in the usual way.
*/
block_signal(SIGPIPE, 1);
inst->exited = FALSE;
gtk_main();