ID:               15778
 User updated by:  [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Closed
 Bug Type:         iPlanet related
 Operating System: AIX 4.3.3
 PHP Version:      4.1.2
 New Comment:

GNU gdb 5.0-aix43-010414
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "powerpc-ibm-aix4.3.3.0"...(no debugging
symbols found)...
Core was generated by `ns-httpd'.
Program terminated with signal 11, Segmentation fault.
#0  0xd0f49ac8 in pthread_key_create ()
(gdb) bt
#0  0xd0f49ac8 in pthread_key_create ()
#1  0xd0f48894 in tsrm_startup (expected_threads=1,
expected_resources=1, debug_level=0, 

debug_filename=0x0)
    at /usr/local/src/php/php4-200210210300/TSRM/TSRM.c:108
#2  0xd11593e8 in php4_init (pb=0x2006af08, sn=0x0, rq=0x0) at 

/usr/local/src/php/php4-200210210300/sapi/nsapi/nsapi.c:496
#3  0xd0daeca8 in func_native_pool_wait_work ()
#4  0xd0dafd88 in func_exec_str ()
#5  0xd0daf2b4 in INTfunc_exec ()
#6  0xd0da2ea0 in INTconf_run_late_init_functions ()
#7  0xd0e25d50 in DaemonProcessorUX::__ct ()
#8  0xd0e245fc in DaemonProcessor::NewDaemonProcessor ()
#9  0xd0e55640 in daemon_run ()
#10 0x10001bac in ?? () from
/appl/netscape4/server4/bin/https/bin/ns-httpd


Previous Comments:
------------------------------------------------------------------------

[2002-10-21 11:50:39] [EMAIL PROTECTED]

Dear sir,


The project I had been assigned to by our organisation, and which had
been the reason for me to spend time on this issue, has been cancelled.
Because of the way our organisation works (project based), this
effectively means that I will no longer be allowed to spend any more of
my time on this issue. As far as I am concerned this means that this
bug can be closed, because personally I wont be involved with the use
of this product any longer.

For what it's worth: I downloaded the snapshot you mentioned on my own
time, and verified that the nsapi php module for iPlanet 4.1 SP7 on AIX
4.3.3 ML10 still causes the web server to crash on initialisation of
the php module. I can create and submit a gdb backtrace if anyone at
all is still interested, but im afraid that you're going to have to
solve this issue on you own from there on.



Sincerely,

J.Smith

------------------------------------------------------------------------

[2002-10-19 17:11:11] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip



------------------------------------------------------------------------

[2002-04-12 05:07:29] [EMAIL PROTECTED]

Maybe the following iPlanet Knowledge base article can be of assistance
here:

http://knowledgebase.iplanet.com/ikb/kb/articles/4869.html

"Mutli-threaded NSAPI SAFs,Article ID: 4869"


When writing multi-threaded NSAPI Server Application Functions(SAFs)
for iPlanet Web Server(iWS) versions 4.1 and later, it is necessary to
call the following function: 

   prepare_nsapi_thread (rq, sn)

You should make this call the first call of any new thread.  This call
replaces the need to use "systhread_setdata( getThreadMallocKey(),
sn->pool )," which was used in earlier versions of the web server.
Note: You may need to forward declare the function when compiling with
iWS 4.1.  

The declaration should appear as follows: 
   
NSAPI_PUBLIC void prepare_nsapi_thread (Request * rq, Session * sn);

------------------------------------------------------------------------

[2002-04-06 11:05:18] [EMAIL PROTECTED]

Is the NSAPI Module really supposed to use pthreads ?
In the Netscape Knowledge Base, at :
http://kb.netscape.com/NASApp/kb/Article?id=2861&?GXHC_gx_session_id_=f5d6dd1516942f3c&;


its stated that "... NSAPI does not support pthreads ... "

Still, that doesnt explain why the same php versions and iPlanet
version *do* work correctly on my Linux box, and not on AIX...

Ive seen some other bug reports here from people having similair
problems with iPlanet and php on the Solaris platform, so I guess its
not strictly aix related either ...

------------------------------------------------------------------------

[2002-03-28 04:28:36] [EMAIL PROTECTED]

Did a new backtrace on the rc1 of 4.2.0, and im not completly sure that
this is the same bug, or a new bug here... 

but anyways, here's the bt:

GNU gdb 5.0-aix43-010414
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "powerpc-ibm-aix4.3.3.0"...(no debugging
symbols found)...
Core was generated by `ns-httpd'.
Program terminated with signal 11, Segmentation fault.
(no debugging symbols found)...#0  0xd14d13f8 in pthread_key_create ()
(gdb) bt
#0  0xd14d13f8 in pthread_key_create ()
#1  0xd14d01c4 in tsrm_startup (expected_threads=1,
expected_resources=1, debug_level=0, debug_filename=0x0) at TSRM.c:108
#2  0xd1658348 in php4_init (pb=0x20088468, sn=0x0, rq=0x0) at
nsapi.c:486
#3  0xd0fdaca8 in func_native_pool_wait_work ()
#4  0xd0fdbd88 in func_exec_str ()
#5  0xd0fdb2b4 in INTfunc_exec ()
#6  0xd0fceea0 in INTconf_run_late_init_functions ()
#7  0xd1051d50 in DaemonProcessorUX::__ct ()
#8  0xd10505fc in DaemonProcessor::NewDaemonProcessor ()
#9  0xd1081640 in daemon_run ()
#10 0x10001bac in ?? () from
/appl/netscape4/server4/bin/https/bin/ns-httpd
(gdb)

------------------------------------------------------------------------

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/15778

-- 
Edit this bug report at http://bugs.php.net/?id=15778&edit=1

Reply via email to