From owner-freebsd-questions@FreeBSD.ORG Thu Mar 25 05:27:04 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F3A16A4CE for ; Thu, 25 Mar 2004 05:27:04 -0800 (PST) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF86A43D31 for ; Thu, 25 Mar 2004 05:27:03 -0800 (PST) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10] helo=ant.uni-bremen.de ident=rebehn) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.30; FreeBSD) id 1B6Usw-000Kce-Ir; Thu, 25 Mar 2004 14:27:02 +0100 Message-ID: <4062DE26.2050305@ant.uni-bremen.de> Date: Thu, 25 Mar 2004 14:27:02 +0100 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040212 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Seaman References: <40582439.7060403@ant.uni-bremen.de> <20040317124000.GD26606@happy-idiot-talk.infracaninophile.co.uk> <405850A2.3060509@ant.uni-bremen.de> <20040317145808.GA29859@happy-idiot-talk.infracaninophile.co.uk> In-Reply-To: <20040317145808.GA29859@happy-idiot-talk.infracaninophile.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: apache+mod_ssl + php4 crashes X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 13:27:04 -0000 Matthew Seaman wrote: > On Wed, Mar 17, 2004 at 02:20:34PM +0100, Heinrich Rebehn wrote: > > >>this is the ldd output: >> >>root@antsrv1 [/usr/local/libexec/apache] # ldd ./libphp4.so >>./libphp4.so: > > [...] > >> libc_r.so.5 => /usr/lib/libc_r.so.5 (0x287fd000) > > > Hmmmm... Which OS version are you building this on? If it's > 5.2.1-RELEASE, I think that libc_r.so.5 should be replaced by > libpthread.so.N -- and one exceedingly annoying problem is that in a > dynamically linked program like Apache, parts of it can end up being > linked against libpthread, and other parts can be linked against > libc_r, which will cause the whole thing to crash. > > One solution is to use /etc/libmap.conf to substiture libpthread for > libc_r during the dynamic link stage of program startup. See > libmap.conf(5). /etc/libmap.conf should contain something like: > > libpthread.so.1 libpthread.so.1 # Everything uses 'libpthread' > libpthread.so libpthread.so > > libc_r.so.5 libpthread.so.1 # Everything that uses 'libc_r' > libc_r.so libpthread.so # now uses 'libpthread' > > Of course, the ultimate solution is to fix all of the ports and > recompile them so that they automatically link against the correct > threading library. > > Cheers, > > Matthew > Hi Matthew, I tried substituting libc_r with libkse (there is no libpthread on 5.2.1-RELEASE-p3). Still no good. httpd dumps core. :-( I did an lsof for the httpd process (with php4 commented out) and it shows no sign of any two modules using different threading libraries: # lsof|grep 76767|grep /lib|awk '{print $9}' /libexec/ld-elf.so.1 /lib/libcrypt.so.2 /usr/local/lib/libmm.so.13 /lib/libc.so.5 /usr/local/libexec/apache/mod_mmap_static.so /usr/local/libexec/apache/mod_vhost_alias.so /usr/local/libexec/apache/mod_env.so /usr/local/libexec/apache/mod_define.so /usr/local/libexec/apache/mod_log_config.so /usr/local/libexec/apache/mod_mime_magic.so /usr/local/libexec/apache/mod_mime.so /usr/local/libexec/apache/mod_negotiation.so /usr/local/libexec/apache/mod_status.so /usr/local/libexec/apache/mod_info.so /usr/local/libexec/apache/mod_include.so /usr/local/libexec/apache/mod_autoindex.so /usr/local/libexec/apache/mod_dir.so /usr/local/libexec/apache/mod_cgi.so /usr/local/libexec/apache/mod_asis.so /usr/local/libexec/apache/mod_imap.so /usr/local/libexec/apache/mod_actions.so /usr/local/libexec/apache/mod_speling.so /usr/local/libexec/apache/mod_userdir.so /usr/local/libexec/apache/mod_alias.so /usr/local/libexec/apache/mod_rewrite.so /usr/local/libexec/apache/mod_access.so /usr/local/libexec/apache/mod_auth.so /usr/local/libexec/apache/mod_auth_anon.so /usr/local/libexec/apache/mod_auth_db.so /usr/local/libexec/apache/mod_digest.so /usr/local/libexec/apache/libproxy.so /usr/local/libexec/apache/mod_cern_meta.so /usr/local/libexec/apache/mod_expires.so /usr/local/libexec/apache/mod_headers.so /usr/local/libexec/apache/mod_usertrack.so /usr/local/libexec/apache/mod_unique_id.so /usr/local/libexec/apache/mod_setenvif.so /usr/local/libexec/apache/mod_layout.so /usr/local/libexec/apache/libssl.so /usr/lib/libssl.so.3 /lib/libcrypto.so.3 # ldd /usr/local/libexec/apache/libphp4.so /usr/local/libexec/apache/libphp4.so: libcrypto.so.3 => /lib/libcrypto.so.3 (0x282fc000) libssl.so.3 => /usr/lib/libssl.so.3 (0x2840a000) libcrypt.so.2 => /lib/libcrypt.so.2 (0x2843c000) libmcal.so => /usr/local/lib/libmcal.so (0x28455000) libc-client4.so.8 => /usr/local/lib/libc-client4.so.8 (0x28464000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x2851d000) libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x2860c000) libpq.so.3 => /usr/local/lib/libpq.so.3 (0x2862c000) libmysqlclient.so.12 => /usr/local/lib/mysql/libmysqlclient.so.12 (0x28647000) libmcrypt.so.8 => /usr/local/lib/libmcrypt.so.8 (0x2866a000) libltdl.so.4 => /usr/local/lib/libltdl.so.4 (0x2869d000) libldap.so.2 => /usr/local/lib/libldap.so.2 (0x286a5000) liblber.so.2 => /usr/local/lib/liblber.so.2 (0x286cd000) libpam.so.2 => /usr/lib/libpam.so.2 (0x286d8000) libintl.so.6 => /usr/local/lib/libintl.so.6 (0x286df000) libz.so.2 => /lib/libz.so.2 (0x286e8000) libm.so.2 => /lib/libm.so.2 (0x286f6000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x2870f000) libc_r.so.5 => /usr/lib/libkse.so.1 (0x28808000) Any other clues?? -- Heinrich