Date: Mon, 19 Sep 2016 22:02:40 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 212829] daemon(8) using -P swallows signals such as SIGHUP instead of propagating them Message-ID: <bug-212829-8-5tAicOrnPu@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-212829-8@https.bugs.freebsd.org/bugzilla/> References: <bug-212829-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212829 prj@rootwyrm.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |prj@rootwyrm.com --- Comment #1 from prj@rootwyrm.com --- To elaborate on my general thoughts; The issue with just passing signals through daemon is: what if we want to signal daemon? Whoops. The other possibility is to use uncommonly used sign= als but then all you've got is SIGUSR1 and SIGUSR2 without violating sanity. Obviously, that is not an acceptable solution either.=20 So my thought is that a user who wishes for daemon(8) to pass signals to the child needs to provide two explicit arguments at runtime. First, the existi= ng child pid argument -p. Second, the flag -s 'signal passing.' This would tell daemon to simply pass through all signals verbatim to the PID contained wit= hin -p. (-s would conflict with -r as well.) This means it's an explicit user-initiated behavior change, rather than function change. Obviously, this then presents the problem: how to signal daemon itself. Tha= t I do not have an elegant solution for. My initial thought was to have a socket equivalent to -P where the user could simply echo the desired signal number= to. e.g. "echo '9' > /var/run/daemon/234.pid" - which isn't exactly optimal eit= her. However, this might be a more workable solution for child signalling perhap= s? Thoughts and feedback definitely appreciated. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-212829-8-5tAicOrnPu>