Date: Fri, 11 Oct 2002 06:04:40 -0700 From: Juli Mallett <jmallett@FreeBSD.org> To: Robert Watson <rwatson@FreeBSD.org> Cc: Don Lewis <dl-freebsd@catspoiler.org>, wollman@lcs.mit.edu, arch@FreeBSD.org Subject: Re: [jmallett@FreeBSD.org: [PATCH] Reliable signal queues, etc., [for review]] Message-ID: <20021011060440.A5569@FreeBSD.org> In-Reply-To: <Pine.NEB.3.96L.1021011083816.42071C-100000@fledge.watson.org>; from rwatson@FreeBSD.org on Fri, Oct 11, 2002 at 08:52:59AM -0400 References: <20021011053720.A2431@FreeBSD.org> <Pine.NEB.3.96L.1021011083816.42071C-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
* De: Robert Watson <rwatson@FreeBSD.org> [ Data: 2002-10-11 ] [ Subjecte: Re: [jmallett@FreeBSD.org: [PATCH] Reliable signal queues, etc., [for review]] ] > > On Fri, 11 Oct 2002, Juli Mallett wrote: > > > > Solaris returns an EAGAIN to the caller and the target is unaffected. If > > > the caller really wants to nuke the target, it could retry with kill(). > > > The same error will be returned if there are too many signals in the > > > target's queue, which should prevent the signal queue for a wedged > > > process from consuming all of kmem. > > > > Uhm, not really. Retrying with SIGKILL won't result in the signal being > > queued. > > I think you may be missing the thrust: there are two sources of signals in > the world: My lexical analysis failed, that's all. IWPTA "if the sender tries to resend with SIGKILL, it will just fail again because of the queueing", because that's something a number of people have brought up with me, ignoring the fact that we special-process such things. Thanks for triggering a re-parse, juli. -- Juli Mallett <jmallett@FreeBSD.org> | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021011060440.A5569>