Date: Thu, 6 May 2004 09:10:18 -0700 (PDT) From: Uwe Doering <gemini@geminix.org> To: freebsd-bugs@FreeBSD.org Subject: Re: misc/66317: Apache+PHP core dumps after upgrading to 5.2.1 p5 Message-ID: <200405061610.i46GAIIa043520@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR misc/66317; it has been noted by GNATS.
From: Uwe Doering <gemini@geminix.org>
To: Ilya Storozhilov <storozhilov@mail.ru>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: misc/66317: Apache+PHP core dumps after upgrading to 5.2.1 p5
Date: Thu, 06 May 2004 18:04:15 +0200
Ilya Storozhilov wrote:
>>Description:
>
> After upgrading from 5.2.1 p4 to 5.2.1 p5 Apache 1.3.29 (compiled from sources) + PHP 4.3.6 as DSO (compiled from sources) core dumps at startup occueres.
>
> Apache configure params:
> ./configure --enable-module=so --enable-module=rewrite
> PHP configure params:
> ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql
>
> Problem appeares only on 5.2.1 p5. On earler versions everything works fine. If PHP compiled without PostgreSQL support Apache starts good. It was tested on two FreeBSD boxes.
>
> $ ldd -a /usr/local/apache/bin/httpd
> /usr/local/apache/bin/httpd:
> libcrypt.so.2 => /lib/libcrypt.so.2 (0x280f8000)
> libc.so.5 => /lib/libc.so.5 (0x28111000)
>
> $ ldd -a /usr/local/apache/libexec/libphp4.so
> /usr/local/apache/libexec/libphp4.so:
> libcrypt.so.2 => /lib/libcrypt.so.2 (0x282ec000)
> libpq.so.3 => /usr/local/pgsql/lib/libpq.so.3 (0x28305000)
> libm.so.2 => /lib/libm.so.2 (0x2831b000)
> /usr/local/pgsql/lib/libpq.so.3:
> libcrypt.so.2 => /lib/libcrypt.so.2 (0x282ec000)
> libc_r.so.5 => /usr/lib/libc_r.so.5 (0x28334000)
>
> All libraries present on system.
I'm not sure how it is on FreeBSD 5.x (we use 4.x, only), but linking
with both 'libc.so.5' (Apache) and 'libc_r.so.5' (PHP4/PostgreSQL)
doesn't look healthy to me. Maybe it helps to compile PostgreSQL's
client lib without threads, since Apache 1.3.x is a non-threaded
application.
What I can't tell you, though, is why it fails only on 5.2.1 p5. Maybe
it worked just by chance, and now something has changed in the libs and
it blows up.
Uwe
--
Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers
gemini@geminix.org | http://www.escapebox.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200405061610.i46GAIIa043520>