php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #23269 iPlanet crashes and loops when starting with PHP
Submitted: 2003-04-18 08:47 UTC Modified: 2003-05-09 07:34 UTC
From: fb33550 at gsk dot com Assigned:
Status: No Feedback Package: iPlanet related
PHP Version: 4.3.1 OS: Solaris 9
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: fb33550 at gsk dot com
New email:
PHP Version: OS:

 

 [2003-04-18 08:47 UTC] 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

 

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-04-18 10:00 UTC] fb33550 at gsk dot com
The advised version has been compiled under the process describe in the first message. Configure, make and make install were OK.

The result is that I encounter exactly the same issue.

regards,

Florent
 [2003-04-21 10:05 UTC] sniper@php.net
Try this configure line:

./configure --prefix=/users/produits/php4.3.1 --with-nsapi=/users/produits/ns-home/4.1 --disable-all

 [2003-04-22 04:14 UTC] fb33550 at gsk dot com
I had a look at the configure step messages : there is a strange warning : 

checking for NSAPI support... /users/produits/ns-home/4.1
checking for NSAPI include files... iPlanet/4.x style
checking /users/produits/ns-home/4.1/plugins/include/nsapi.h usability... no
checking /users/produits/ns-home/4.1/plugins/include/nsapi.h presence... yes
configure: WARNING: /users/produits/ns-home/4.1/plugins/include/nsapi.h: present but cannot be compiled
configure: WARNING: /users/produits/ns-home/4.1/plugins/include/nsapi.h: check for missing prerequisite headers?
configure: WARNING: /users/produits/ns-home/4.1/plugins/include/nsapi.h: proceeding with the preprocessor's result
configure: WARNING:     ## ------------------------------------ ##
configure: WARNING:     ## Report this to bug-autoconf@gnu.org. ##
configure: WARNING:     ## ------------------------------------ ##
checking for /users/produits/ns-home/4.1/plugins/include/nsapi.h... yes


what do you think about it ? is it linked ?
 [2003-04-23 03:02 UTC] sniper@php.net
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

Try this configure line, using the latest CVS snapshot:

./configure --prefix=/users/produits/php4.3.1
--with-nsapi=/users/produits/ns-home/4.1 --disable-all --without-pear



 [2003-04-23 04:35 UTC] fb33550 at gsk dot com
It works with the latest CVS and the given restrictive command line.

Tried my original configure line : OK
make : not OK. dies on
Symbole                 premi?re r?f?rence
 non d?fini                         dans le fichier
_zval_ptr_dtor_wrapper              ext/overload/overload.lo
ld: fatal :  Erreurs dans le r?f?rencement des symboles. Aucun r?sultat n'a ?t? ?crit dans sapi/cli/php
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
 [2003-04-28 10:40 UTC] sniper@php.net
The package you got must have been broken.
Get this file instead:

http://snaps.php.net/php4-STABLE-200304281530.tar.gz


 [2003-05-09 07:34 UTC] sniper@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Dec 21 12:01:31 2024 UTC