Startup race condition in syslogd

Dear all,

I've noticed that syslogd has a race condition when it starts (and becomes a daemon) because the SIG_TERM handler in the parent is started after the fork (and so the child can send a SIG_TERM before the parent is ready). While not serious, it does confuse startup scripts that check return codes, so here is a trival patch that simply moves the signal handler before the fork and deactivates it in the child when the child starts.

Gordon McGregor.