php5-5.2.3_1 / website behaves as if not enabled in httpd.conf

[Mel]

On Wednesday 12 September 2007 09:23:19 Zbigniew Szalbot wrote:
> Hi there again,
>
> 2007/9/12, Ian Smith <smithi at nimnet.asn.au>:
> > On Tue, 11 Sep 2007 19:19:32 +0200 Zbigniew Szalbot wrote:
> >  > I decided to upgrade my home machine to php5.2.3 from 4.4.7. All went
> >  > fine. I had one error about hash extension already loaded which I
> >  > solved by deleting a duplicated entry from extensions.ini. The curious
> >  > thing is that once apache has been restarted, if I want to load a
> >  > website which resides on this box, it behaves as if no php was enabled
> >  > in apache. In other words I can see the directory content (files
> >  > present in a given directory) despite index.php being there. What is
> >  > more strange is that when I click reload, the website is indeed loaded
> >  > into browser! So when I first type an URL, it shows directory content.
> >  > After hitting reload in browser (tested with both FF and IE), the page
> >  > is shown.
> >
> > Except for the reload bit - perhaps I never tried that - I've been here.
> >
> >  > My first thought was checking httpd.conf
> >  >
> >  >         <IfModule mod_php5.c>
> >  >             DirectoryIndex index.php index.php3 index.html
> >  >         </IfModule>
> >  >
> >  > and also
> >  >     AddType application/x-tar .tgz
> >  >     AddType application/x-httpd-php .php
> >  >     AddType application/x-httpd-php-source .phps
> >
> > The latter AddTypes should be within <IfModule mod_mime.c> section?
>
> No, it wasn't in there but I moved it to this section. There is no
> difference. I cannot start apache.
>
> > index.php3 there looks a bit odd, unless you're supporting some old
> > .php3 scripts? If you're then still having trouble, show us the whole
> > <IfModule mod_dir.c> .. </IfModule> section?
> >
> > For a php4 to php5 update, make sure you also have such as:
> >
> > #LoadModule php4_module libexec/apache/libphp4.so
> > LoadModule php5_module  libexec/apache/libphp5.so
> >
> > and
> >
> > #AddModule mod_php4.c
> > AddModule mod_php5.c
> >
> > And check that /usr/local/libexec/apache/libphp5.so exists!
>
> Everything is fine here. But I think now that the problem is not with
> apache but with php. It does not even matter if I do start or
> startssl. In both instances the httpd server dies. The reason I think
> it is php-related is that when I issue php -v I get:
>
> PHP 5.2.3 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 12 2007 08:59:52)
> Copyright (c) 1997-2007 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
> Segmentation fault (core dumped)

Change the order of the extensions in extensions.ini. Each upgrade the order 
is magically different, but the following comments I've assembled over time:
$ grep '^;' /usr/local/etc/php/extensions.ini
; NOTE: spl makes php coredump if loaded after pspell
; NOTE 2: simplexml makes php coredump if loaded after pspell

Yes, pspell is the common factor, but it isn't always. I should've kept track, 
but the binding factor seems to be php extensions using a C++-written 
library.
Once I see the coredump, I start moving the last extension up and re-run 
php -v. If it's all the way up, take the next extension on the bottom and 
rince and repeat.


-- 
Mel