Date: Wed, 22 Nov 2000 12:34:26 -0500 From: mbac@mmap.nyct.net (Michael Bacarella) To: "Kurt J. Lidl" <lidl@pix.net> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sfork() ?? Message-ID: <20001122123425.B10356@mmap.nyct.net> In-Reply-To: <20001121234402.C18090@pix.net>; from lidl@pix.net on Tue, Nov 21, 2000 at 11:44:02PM -0500 References: <20001122004551.A50272@hand.dotat.at> <Pine.GSO.3.96L.1001121201011.27588A-100000@unixs1.cis.pitt.edu> <20001121234402.C18090@pix.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Nov 21, 2000 at 11:44:02PM -0500, Kurt J. Lidl wrote: > The linux clone() call is something similar to sfork()/vfork(). > It has some extra grot pasted onto the side to allow for pid hiding, > for the wretched hack of a way to do pthreads support there. In all fairness, every single pthreads implementation I've seen has been a total hack. Additionally, every substantial software package I've come across that uses "lightweight processes" does it in some unique way that is always plagued with one system's particular idiosyncracies. I'm sure that someone out there swears by threads and kicks butt with them and has no problems whatsoever, but they put me through too much trouble to ever be worth it. I've reached the point where I re-evaluate my design if I ever find myself saying "..and then I can spawn a thread to.." -- Michael Bacarella <mbac@mmap.nyct.net> ;finger address for public key GPG Key Fingerprint: B4E4 82F5 BCAC AB83 E6F7 B5AA 933E 2A75 79A4 A9C1 Technical Staff / New York Connect Net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001122123425.B10356>