ID: 35394
Updated by: [EMAIL PROTECTED]
Reported By: blade106 at free dot fr
-Status: Open
+Status: Assigned
Bug Type: Compile Failure
Operating System: Debian Sarge
PHP Version: 5.1.0
-Assigned To:
+Assigned To: dmitry
New Comment:
Dmitry, please take a look at it.
Shouldn't it work without that tricky awk script?
Previous Comments:
------------------------------------------------------------------------
[2005-11-25 16:22:32] blade106 at free dot fr
Here's the backtrace you requested (I've uninstalled gawk, ran "make"
and the CLI did the same error, as expected) :
Core was generated by `./sapi/cli/php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /usr/lib/libmcrypt.so.4...done.
Loaded symbols for /usr/lib/libmcrypt.so.4
Reading symbols from /usr/lib/libltdl.so.3...done.
Loaded symbols for /usr/lib/libltdl.so.3
Reading symbols from /usr/lib/libfreetype.so.6...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libpng10.so.0...done.
Loaded symbols for /usr/lib/libpng10.so.0
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /usr/lib/libbz2.so.1.0...done.
Loaded symbols for /usr/lib/libbz2.so.1.0
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /usr/lib/libxml2.so.2...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0 0x082e039e in _zend_hash_add_or_update (ht=0x86b3d00,
arKey=0x84cf46c "sqlite", nKeyLength=6, pData=0xbffff830, nDataSize=4,
pDest=0x0, flag=2,
__zend_filename=0x84cb420 "/usr/local/src/php-5.1.0/ext/pdo/pdo.c",
__zend_lineno=171) at /usr/local/src/php-5.1.0/Zend/zend_hash.c:213
213 p = ht->arBuckets[nIndex];
warning: not using untrusted file ".gdbinit"
(gdb) bt
#0 0x082e039e in _zend_hash_add_or_update (ht=0x86b3d00,
arKey=0x84cf46c "sqlite", nKeyLength=6, pData=0xbffff830, nDataSize=4,
pDest=0x0, flag=2,
__zend_filename=0x84cb420 "/usr/local/src/php-5.1.0/ext/pdo/pdo.c",
__zend_lineno=171) at /usr/local/src/php-5.1.0/Zend/zend_hash.c:213
#1 0x0818143f in php_pdo_register_driver (driver=0x85b46b8) at
/usr/local/src/php-5.1.0/ext/pdo/pdo.c:170
#2 0x0818d90a in zm_startup_pdo_sqlite (type=1, module_number=8) at
/usr/local/src/php-5.1.0/ext/pdo_sqlite/pdo_sqlite.c:80
#3 0x082db7e6 in zend_startup_module_ex (module=0x86f24b8) at
/usr/local/src/php-5.1.0/Zend/zend_API.c:1341
#4 0x082e1e5e in zend_hash_apply (ht=0x86b93e0, apply_func=0x82db66f
<zend_startup_module_ex>) at
/usr/local/src/php-5.1.0/Zend/zend_hash.c:664
#5 0x082db959 in zend_startup_modules () at
/usr/local/src/php-5.1.0/Zend/zend_API.c:1388
#6 0x0828c9a8 in php_module_startup (sf=0x85c28a0,
additional_modules=0x0, num_additional_modules=0) at
/usr/local/src/php-5.1.0/main/main.c:1533
#7 0x083520ef in main (argc=1, argv=0xbffffb84) at
/usr/local/src/php-5.1.0/sapi/cli/php_cli.c:655
Hope you find a way !
------------------------------------------------------------------------
[2005-11-25 15:50:16] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2005-11-25 15:24:43] blade106 at free dot fr
Also, "make test" should have ended with an exit status 1.
The way I compile is :
make && make test && make install
So the process should have stopped on the "make test", which continues
to "make install".
------------------------------------------------------------------------
[2005-11-25 15:10:20] blade106 at free dot fr
Description:
------------
While trying the new release of PHP (5.1 stable), apache2 did not
restart. PHP CLI was returning a Segmentation Fault, and I think it was
the same for the libphp5.so
See bug #34725 too, which is "Closed" in 5.1.0RC3.
Reproduce code:
---------------
make
make install
make test
Expected result:
----------------
"make test" runs correctly along the tests.
Actual result:
--------------
"make test" just return an error :
make: [test] Error 139 (ignored)
In fact the CLI just ended on a Seg Fault :
/usr/local/src/php5.1.0# ./sapi/cli/php
Erreur de segmentation (Segmentation fault)
After looking for answers on this site or others, the correction is to
install "gawk" on the Debian box (apt-get install gawk).
Shouldn't the configure ask for gawk ?
See bug #34725 too.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=35394&edit=1
