ID: 47730
User updated by: berblinger at krumedia dot de
Reported By: berblinger at krumedia dot de
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 5.2.9
New Comment:
I could manage to get you an account on a newly set up server,
configured with nothing else that debian 5.0, PHP 5.2.9 and no other
third party php extention for a maximum of 2 days on the upcoming
friday.
We just got two new servers at our computer center. Please tell me if
you can take a look at the weekend (friday till sunday maximum) and how
i should provide the account informations to you. Thanks in advance.
Previous Comments:
------------------------------------------------------------------------
[2009-03-25 14:03:05] tombt081981 at hotmail dot com
This information might help:
I got the bug with php 5.2.9 and(!) php 5.2.6 after(!) an upgrade to
Bebian lenny 5.0. Before (debian 4) it worked fine, so this got to do
something with Debian 5 and not especially with php 5.2.9.
------------------------------------------------------------------------
[2009-03-25 11:41:15] scott...@php.net
Can you do
./configure --disable-all --enable-debug
And run the script through valgrind as well as through gdb.
If that fails then getting access to an account on the server might be
the easiest solution.
------------------------------------------------------------------------
[2009-03-25 11:32:49] berblinger at krumedia dot de
This segfault is also caused when any 3rd party modules are disabled.
As already said, we got several servers with very similar hardware and
OS ( including configuration ) and each of them makes PHP crash with
this snippet.
We recently upgraded from PHP 5.2.6 to PHP 5.2.9 and since this upgrade
we noticed this segfault.
Can i provide any other informations for you to help you fixing this
bug?
------------------------------------------------------------------------
[2009-03-23 15:51:15] tombt081981 at hotmail dot com
I first just disabled XCache
=> still seg fault , so XCache can't be the reason
Then i re-compiled with ./configure --disable-all
=> still seg fault
# php -i
System => myhostname 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009
x86_64
Build Date => Mar 23 2009 16:43:14
Configure Command => './configure' '--disable-all'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /usr/local/lib
Loaded Configuration File => /usr/local/lib/php-cli.ini
Scan this dir for additional .ini files => (none)
additional .ini files parsed => (none)
PHP API => 20041225
PHP Extension => 20060613
Zend Extension => 220060519
Debug Build => no
Thread Safety => disabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Registered PHP Streams => php, file, data, http, ftp
Registered Stream Socket Transports => tcp, udp, unix, udg
Registered Stream Filters => string.rot13, string.toupper,
string.tolower, string.strip_tags, convert.*, consumed
#...
------------------------------------------------------------------------
[2009-03-23 15:27:39] scott...@php.net
I can't reproduce this with 5.2.9 / 5.2.10-dev, can you try a build
with everything disabled. Also make sure all third party modules are
disabled like XCache.
./configure --disable-all
# uname -a
Linux whisky 2.6.18-xen #1 SMP Tue Feb 12 06:40:50 UTC 2008 x86_64
GNU/Linux
# file sapi/cli/php
sapi/cli/php: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not
stripped
# sapi/cli/php -v
PHP 5.2.9 (cli) (built: Mar 23 2009 14:13:12) (DEBUG)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/47730
--
Edit this bug report at http://bugs.php.net/?id=47730&edit=1
