Date: Sun, 23 Jun 2002 15:37:34 +0200 (CEST) From: Oliver Fromme <oliver.fromme@secnetix.de> To: geoff@sea-incorporated.com (Geoffrey C. Speicher) Cc: freebsd-stable@FreeBSD.ORG, olli@secnetix.de (Oliver Fromme), fullermd@over-yonder.net (Matthew D. Fuller), pherman@frenchfries.net (Paul Herman), freebsd@blockads.com (Matt Simerson) Subject: Re: bug in pw, -STABLE [patch] Message-ID: <200206231337.g5NDbYU48527@lurza.secnetix.de> In-Reply-To: <20020623090830.W29729-100000@sea-incorporated.com> from "Geoffrey C. Speicher" at Jun 23, 2002 09:22:31 AM
next in thread | previous in thread | raw e-mail | index | archive | help
Geoffrey C. Speicher wrote: > The beauty of encapsulating the pid file operations into a library is that > the implementation can be changed to create a socket instead of, or (more > likely) in addition to, a pid file. In fact, this may be just the thing > we need to close that "pid gets reused" hole. > > Since Matt already has the functions mostly implemented, I'll defer to > him. Another idea that came to my mind: Why not use the whole 32bit (signed) range for PID numbers? That would reduce the risk of PID number collisions by several orders of magnitude. Even if 10 new processes are spawned every second, the wrap-around will only happen after 7 years. (And I don't think I've ever seen a machine with 7 years uptime that has been spawning 10 new processes per second continuously during all that time.) Okay, we'd have to re-design the widths of the columns in /usr/bin/top, but that's certainly not that much of a problem. :-) Just a thought. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200206231337.g5NDbYU48527>