Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 96617 invoked by uid 500); 1 Feb 2002 20:13:43 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 96598 invoked from network); 1 Feb 2002 20:13:42 -0000 X-Authentication-Warning: rdu163-40-092.nc.rr.com: trawick set sender to trawick@attglobal.net using -f Sender: trawick@rdu163-40-092.nc.rr.com To: dev@httpd.apache.org Cc: jim@jaguNET.com Subject: Re: 1.3 weirdness with AcceptMutex on Solaris References: <200202011453.JAA12563@devsys.jaguNET.com> From: Jeff Trawick Date: 01 Feb 2002 15:12:01 -0500 In-Reply-To: <200202011453.JAA12563@devsys.jaguNET.com> Message-ID: Lines: 26 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jim Jagielski writes: > Bill Stoddard wrote: > > > > > > > > If httpd is linked sans thread libs, then calling these functions should > > > always return true, but not actually acomplish anything intended. > > > > :-OOO > > > > I'm not sure *what* the surprise emoticon is, but I'm ditto. It appears > that there are basically null-stubs in libc for various pthread functions. > Supremely bogus. First fix would be to always add -lpthread but the > what we should really do is test if we are compiling with the PTHREAD mutex > and only add then. I'm not sure why we'd need to test. Current code says that if it is Solaris then we define HAVE_PTHREAD_SERIALIZED_ACCEPT. I changed Configure yesterday to unconditionally add -lpthread (it looks to me that we get -lthread for free since -lpthread is a wrapper???). -- Jeff Trawick | trawick@attglobal.net | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...