#23269 [Opn->Fbk]: iPlanet crashes and loops when starting with PHP

From: Date: Fri, 18 Apr 2003 14:34:19 +0000
Subject: #23269 [Opn->Fbk]: iPlanet crashes and loops when starting with PHP
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-37849@lists.php.net to get a copy of this message
ID: 23269 Updated by: magnus@php.net Reported By: fb33550 at gsk dot com -Status: Open +Status: Feedback Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: ------------------------------------------------------------------------ [2003-04-18 08:47:18] fb33550 at gsk dot com Dear PHP Team, I got a problem with an installation of PHP4.3.1 on iPlanet 4.1SP12 (Solaris 9, gcc3.2). - Configure step is OK : ./configure --prefix=/users/produits/php4.3.1 --with-nsapi=/users/produits/ns-home/4.1 --enable-sysvsem --enable-sysvshm --enable-zend --with-mysql=/users/produits/mysql --with-snmp --with-java=/usr/java1.4 - "make" and "make install" are OK. - The obj.conf of the web server is ok (updated according to the PHP documentation (checked multiple times). Symptoms : the ns-httpd process starts and fails (uxwdog restarts it in an infinite loop) Here is the syslog trace : Apr 18 13:20:47 deimos uxwdog[6966]: [ID 767207 daemon.error] server terminated (signal 11): watchdog is restarting it Apr 18 13:21:24 deimos last message repeated 75 times Starting the ns-httpd process stand alone gives the following : bash-2.05# ./ns-httpd -d /users/produits/ns-home/4.1/https-myserver/config iPlanet-WebServer-Enterprise/4.1SP12 BB1-12/18/2002 14:18 startup: listening to http://deimos.fr.glaxo, port 80 as nshttp segmentation fault ################################################## The result of gdb run : (gdb) run (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...warning: Lowest section in /usr/lib/libw.so.1 is .hash at 00000074 (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols foundiPlanet-WebServer-Enterprise/4.1SP12 BB1-12/18/2002 14:18 startup: listening to http://myserver, port 80 as nshttp )...[New LWP 1] [New LWP 2] [New LWP 3] [New LWP 4] [New LWP 5] Program received signal SIGSEGV, Segmentation fault. 0xfec32e90 in strlen () from /lib/libc.so.1 ####################################################### The backtrace : (gdb) bt #0 0xfec32e90 in strlen () from /lib/libc.so.1 #1 0xff2bf574 in get_flock_path () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #2 0xff2b5de8 in read_config_from_file () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #3 0xff2b5fac in read_config () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #4 0xfe74948c in read_config_files (when=1) at read_config.c:914 #5 0xfe748ffc in read_premib_configs () at read_config.c:697 #6 0xfe7281f8 in init_snmp (type=0xfe921bc0 "snmpapp") at snmp_api.c:776 #7 0xfe84cdb4 in zm_startup_snmp (type=0, module_number=6, tsrm_ls=0x16c6e0) at /users/produits/temp/php-4.3.1/ext/snmp/snmp.c:163 #8 0xfe9030ac in zend_startup_module (module=0xfe963bb8) at /users/produits/temp/php-4.3.1/Zend/zend_API.c:1008 #9 0xfe8cd980 in php_startup_extensions (ptr=0xfe966a20, count=-23696832) at /users/produits/temp/php-4.3.1/main/main.c:986 #10 0xfe8ce018 in php_module_startup (sf=0x4, additional_modules=0x0, num_additional_modules=0) at /users/produits/temp/php-4.3.1/main/main.c:1151 #11 0xfe914694 in php_nsapi_startup (sapi_module=0xffffffff) at /users/produits/temp/php-4.3.1/sapi/nsapi/nsapi.c:349 #12 0xfe914b78 in php4_init (pb=0x0, sn=0x0, rq=0x0) at /users/produits/temp/php-4.3.1/sapi/nsapi/nsapi.c:502 #13 0xff256d0c in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #14 0xff25632c in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #15 0xff2565d8 in INTfunc_exec () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #16 0xff253f34 in INTconf_run_late_init_functions () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #17 0xff28297c in __0oRDaemonProcessorUXctP6Idaemon_s () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #18 0xff2882fc in __0fPDaemonProcessorSNewDaemonProcessorP6Idaemon_sT () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #19 0xff284d18 in daemon_run () from /users/produits/ns-home/4.1//bin/https/lib/libns-httpd40.so #20 0x0002672c in main () (gdb) Quit ################################################# I must say the iPlanet server works perfectly without php integration. Help would be appreciated. kind regards, Florent ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=23269&edit=1

« previous php.bugs (#37849) next »