RE: Can't install PHP > 5.2.0

["Doug Tabacco" <tabacco@xxxxxxxxxxxxxxxxx>]

Thanks, man.  That led me to a solution alright, which I am ashamed to
admit was 100% my own stupidity.  I forgot to rebuild eAccelerator for
the new version, and that's what was causing it to die.


Unfortunately, that means the extension thing remains a problem.  Lame
:(



-----Original Message-----
From: Jamie Harris [mailto:jamie@xxxxxxxxxxxxxxxxxx] 
Sent: Wednesday, April 02, 2008 2:42 AM
To: php-install@xxxxxxxxxxxxx
Subject: Re:  Can't install PHP > 5.2.0

My approach to work out what's killing Apache on this would be to strace
httpd and see at what point it throws it's toys out of the pram.

You should be able to use something like

strace -f /your/apache/path/bin/apachectl start

and the last few lines (or quite a few lines!) should give you the
system
call that killed the process.  You may need to capture the output with
something like

strace -f /your/apache/path/bin/apachectl start >/tmp/strace.txt 2>&1

If you're new to strace and the output means nothing to you feel free to
throw me a copy.

cheers

Jamie

> On Mar 26, 2008, at 9:50 AM, Doug Tabacco wrote:
>> Hi there!
>>
>> So right now I'm running PHP 5.2.0.  I'd very much like to move up to
>> 5.2.5 to take advantage of fixes and so forth, but I'm having some
>> trouble.  When I try to 'make install' any version of PHP newer than
>> 5.2.0, Apache will die quietly on startup, without logging any
errors,
>> no matter how verbose I set logging.  If I then re-'make install'
>> 5.2.0,
>> it works great again.  I can recompile 5.2.0 with different options,
>> different versions of libraries, or pretty much anything and it keeps
>> working.
>>
>> Obviously, I can't provide much in the way of debug output from
>> apache,
>> but I'll try to give some basic info here.  If anyone has ideas or
>> wants
>> to see longer stuff like configure output, just let me know.
>>
>> The OS: Redhat EL4
>> The Apache: Apache/2.0.52 (from RHN RPMs)
>> The uname -a: Linux telltalegames 2.6.9-67.0.4.ELsmp #1 SMP Fri Jan
18
>> 05:00:58 EST 2008 i686 i686 i386 GNU/Linux
>> Configure options:
>> ./configure --with-gd --enable-magic-quotes --with-pear --with-regex
>> --with-zlib-dir=/usr/include --with-mysql=/usr/lib/mysql
>> --with-pgsql=/usr/lib/pgsql --disable-url-fopen-wrapper
>> --with-config-file-path=/ --with-gettext
--with-imap=/usr/include/imap
>> --with-kerberos --with-imap-ssl
>> --with-freetype-dir=/usr/local/include/freetype2 --enable-gd-native-
>> ttf
>> --with-jpeg-dir=/usr/lib --with-apxs2=/usr/sbin/apxs
>> --with-mcrypt=/usr/local/lib/ --with-curl
>>
>>
>> No errors reported during ./configure or make.  I've tried 'make
>> clean'
>> just to be sure, and as for 'make test', there's some bonus story to
>> tell (a possible clue)...
>>
>> On versions > 5.2.0, adding the --with-config-file-path=/etc option
>> seems to break something.  When that option is included, 'make test'
>> does this:
>>
>> ---------------
>> [tabacco@telltalegames php-5.2.5]# make test
>>
>> Build complete.
>> Don't forget to run 'make test'.
>>
>> make: [test] Error 254 (ignored)
>> [tabacco@telltalegames php-5.2.5]#
>> ---------------
>>
>> If I then clean and recompile without that option, make test works
>> normally.  Either way, though, the same thing happens when I install
>> the
>> results.  That error being caused by such a (seemingly) benign option
>> seems pretty suspicious, though.
>>
>>
>>
>
> I may have found another symptom, if it's helpful at all.  I (kind of)
> can't install dynamic modules, even in 5.2.0.
>
> If I add the extension=ssh2.so (or whatever) line to /etc/php.ini it
> works in the CLI binary, but doesn't show up in phpinfo() through
> apache.  I ran "php -i" at the command line and confirmed that both
> are using /etc/php.ini and the same extensions directory.  No errors
> are getting logged during Apache startup, the modules just aren't
there.
>
>
>


-- 
This message was transmitted on 100% recycled electrons