Date: Thu, 10 Dec 1998 22:54:28 -0800 (PST) From: Archie Cobbs <archie@whistle.com> To: dillon@apollo.backplane.com (Matthew Dillon) Cc: jwd@unx.sas.com, freebsd-current@FreeBSD.ORG Subject: Re: inetd: realloc/free bug Message-ID: <199812110654.WAA25455@bubba.whistle.com> In-Reply-To: <199812110651.WAA34943@apollo.backplane.com> from Matthew Dillon at "Dec 10, 98 10:51:20 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Dillon writes: > :It's not trivial if you want to guarantee that no signals are missed. > :There's no way atomically to: unblock signals and call select(). > > If you put a time limit on select(), it doesn't matter if there is a > race condition there. How does select() cause a signal to be missed ? Well, sure.. :-) but then you don't service signals in real time and spend extra cycles timing out all the time. By the way, from man select(2): BUGS select() should probably return the time remaining from the original timeout, if any, by modifying the time value in place. This may be im- plemented in future versions of the system. Thus, it is unwise to assume that the timeout value will be unmodified by the select() call. Is this ever going to be implemented? I think this warning's been around for at least 10 years now.. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812110654.WAA25455>