Subject: kern/5504: signal handler does not get called again after execve
To: None <gnats-bugs@gnats.netbsd.org>
From: TheMan <andrew@untraceable.net>
List: netbsd-bugs
Date: 05/28/1998 02:06:09
>Number:         5504
>Category:       kern
>Synopsis:       signal handler doesn't get called again after execve)?
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kern-bug-people (Kernel Bug People)
>State:          open
>Class:          support
>Submitter-Id:   net
>Arrival-Date:   Wed May 27 23:20:01 1998
>Last-Modified:
>Originator:     TheMan
>Organization:
none
>Release:        1.2
>Environment:
System: NetBSD noc 1.2 NetBSD 1.2 (null) #4: Fri Oct 24 01:27:28 EDT 1997 root@noc:/usr/src/sys/arch/i386/compile/null i386

>Description:
	i have a program that catches SIGHUP and re-execs itself when it
	receives one.  unfortunately, the new process doesn't behave the
	same way.  is this "normal" signal behavior?
>How-To-Repeat:
	write a program that re-execs itself after receiving a SIGHUP.
	send it a SIGHUP.  then send the new process a SIGHUP.  notice
	that it doesn't work.
>Fix:
	i looked at sendmail code (since it does this correctly) and
	noticed that it mucks about with sigprocmask(2).  shouldn't
	an exec clear such things?
>Audit-Trail:
>Unformatted: