RE: Can't install PHP > 5.2.0

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Glad you got it working, strace helps me solve lots of issues I cause!

What's the "extension thing" ??

> 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
>
>
>
>


-- 
This message was transmitted on 100% recycled electrons


[Index of Archives]     [PHP Users]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [Postgresql]     [PHP Books]     [PHP Databases]     [PHP SOAP]
  Powered by Linux