ID: 50947
Updated by: j...@php.net
Reported By: dax at enst dot fr
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Solaris10
PHP Version: 5.2.12
New Comment:
Try compare what the cli binary is linked with and what the apache
module is linked with. And also, depending if there are static libraries
involved, the order of libs matters as well. And you should try
compiling the apache module again, this time with minimum configure
options. And if crypt() works then, try adding the remaining options one
by one to see which causes the problem. It's possible this is only a
problem with your system involved..
Previous Comments:
------------------------------------------------------------------------
[2010-02-07 14:11:39] dax at enst dot fr
1- Same version of PHP for Apache module and client command line :
PHP 5.2.12 (cli) (built: Feb 6 2010 22:50:58) (DEBUG)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
2- With your suggested script, the request do nothing appearant,
no new page (always the previous page) and enters in an infinite
timeout (no cpu).
3- In my mine, I don't suspect PHP, but I would like understand
why this function doesn't work. I suspect the environment when
I was building PHP, Apache, libapr* on this system.
It works on an another server under Solaris9 with httpd-2.0.63 and
php-5.2.9 and even on an other machine that I doesn't manage and
I don't know architecture and OS but which is running httd-2.2.14
and php-5.2.12 like me.
------------------------------------------------------------------------
[2010-02-07 09:45:46] j...@php.net
It just means crypt() returns NULL because some error happens. Is the
command line PHP same version as the Apache module?
And does this crash as well:
<?php echo crypt("bar", "12"); ?>
------------------------------------------------------------------------
[2010-02-06 23:01:18] dax at enst dot fr
1- This incident happens always with this script (above)
2- MPM is prefork
3- Here the backtrace :
db) r -X -f /home/www/conf/httpd-infres1.conf
Starting program: /local/packages/apache22/bin/httpd -X -f
/home/www/conf/httpd-infres1.conf
warning: Lowest section in /usr/lib/libdl.so.1 is .hash at 000000b4
warning: Lowest section in /usr/lib/libpthread.so.1 is .dynamic at
00000074
[New LWP 1]
[New LWP 2]
[LWP 2 exited]
[New LWP 2]
[Sat Feb 06 23:41:28 2010] [warn] module php5_module is already loaded,
skipping
[Sat Feb 06 23:41:28 2010] [warn] module dav_svn_module is already
loaded, skipping
[Sat Feb 06 23:41:28 2010] [warn] module authz_svn_module is already
loaded, skipping
[New LWP 3]
[LWP 3 exited]
[New LWP 3]
[Sat Feb 06 23:41:34 2010] [warn] module php5_module is already loaded,
skipping
[Sat Feb 06 23:41:34 2010] [warn] module dav_svn_module is already
loaded, skipping
[Sat Feb 06 23:41:34 2010] [warn] module authz_svn_module is already
loaded, skipping
Program received signal SIGSEGV, Segmentation fault.
0xfeb320d0 in strlen () from /usr/lib/libc.so.1
(gdb) bt
#0 0xfeb320d0 in strlen () from /usr/lib/libc.so.1
#1 0xfe4c3c44 in zif_crypt (ht=1, return_value=0x4bc248,
return_value_ptr=0x0, this_ptr=0x0,
return_value_used=1) at
/infres/admin1/install/php-5.2.12/ext/standard/crypt.c:165
#2 0xfe66c96c in zend_do_fcall_common_helper_SPEC
(execute_data=0xffbfe990)
at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:200
#3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xffbfe990)
at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740
#4 0xfe66c284 in execute (op_array=0x4bbb78)
at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:92
#5 0xfe634aa8 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /infres/admin1/install/php-5.2.12/Zend/zend.c:1134
#6 0xfe5b05c4 in php_execute_script (primary_file=0xffbff028)
at /infres/admin1/install/php-5.2.12/main/main.c:2036
#7 0xfe6eba8c in php_handler (r=0x5f8dd0)
at
/infres/admin1/install/php-5.2.12/sapi/apache2handler/sapi_apache2.c:637
#8 0x000444f0 in ap_run_handler (r=0x5f8dd0) at config.c:157
#9 0x0004496c in ap_invoke_handler (r=0x5f8dd0) at config.c:372
#10 0x0008fa8c in ap_process_request (r=0x5f8dd0) at
http_request.c:282
#11 0x0008cbf8 in ap_process_http_connection (c=0x5ed038) at
http_core.c:190
#12 0x0004ac9c in ap_run_process_connection (c=0x5ed038) at
connection.c:43
#13 0x000bf14c in child_main (child_num_arg=0) at prefork.c:662
#14 0x000bf334 in make_child (s=0x124398, slot=0) at prefork.c:702
#15 0x000bf928 in ap_mpm_run (_pconf=0x11e4b0, plog=0x113400,
s=0x124398) at prefork.c:978
#16 0x00031700 in main (argc=4, argv=0xffbff67c) at main.c:740
(gdb) frame 3
#3 0xfe675018 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xffbfe990)
at /infres/admin1/install/php-5.2.12/Zend/zend_vm_execute.h:1740
1740 return
zend_do_fcall_common_helper_SPEC(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU);
------------------------------------------------------------------------
[2010-02-06 20:32:45] johan...@php.net
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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
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.
Additional to the backtrace: Does this always happen or "randomly"
which MPM are you using?
------------------------------------------------------------------------
[2010-02-06 16:31:46] dax at enst dot fr
Description:
------------
In my configuration the PHP crypt() function makes a segmentation fault
in a httpd process. However this doesn't occur in command line mode
using the php interpeter.
Consequence : impossible to run any PHP applications with crypt() as
PMwiki for example.
OS : Solaris10
Apache server : httpd-2.2.14
Compilation options :
./configure --prefix=/usr/local/apache22
--with-apxs2=/usr/local/apache22/bin/apxs
--with-config-file-path=/usr/local/apache22/etc --enable-sockets
--enable-sigchild --enable-ftp --enable-calendar --enable-wddx
--enable-bcmath --enable-shmop --enable-sysvmsg --enable-sysvsem
--enable-sysvshm --enable-session --enable-mbstring --enable-exif
--with-regex=system --with-gettext --with-iconv=/usr/local
--with-openssl=/usr/local/ssl --with-zlib-dir=/usr/local
--with-bz2=/usr/local --with-libxml-dir=/usr/local
--with-xpm-dir=/usr/local/X11R6 --with-png-dir=/usr/local
--with-gd=/usr/local --with-freetype-dir=/usr/local
--enable-gd-native-ttf --with-t1lib=/usr/local --with-ttf=/usr/local
--with-gdbm=/usr/local --with-db4=/usr/local/BerkeleyDB.4.5
--with-mysql=/infres/mysql/5.1.30 --with-ldap=/usr/local
--with-curl=/usr/local --with-xsl=/usr/local --enable-soap
--with-mcrypt=/usr/local/ --enable-zip
Reproduce code:
---------------
<?php $foo = crypt("bar"); echo "$foo"; ?>
Expected result:
----------------
A md5 string
Actual result:
--------------
[Sat Feb 06 17:05:15 2010] [notice] child pid 17043 exit signal
Segmentation fault (11)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=50947&edit=1
