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.

Hellow, 

Apache don't crash but freeze. 99 % of the CPU is used and apache can't start properly. I can't generate a correct backtrace because http don't crash so I must kill it : 

Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
GNU gdb 5.2.1
Copyright 2002 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 "hppa2.0n-hp-hpux11.00"...
Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
(gdb) run -X
Starting program: /PKl01h01/soft/web/httpd/bin/httpd -X

Program terminated with signal SIGKILL, Killed.
The program no longer exists.
(gdb) bt
No stack.
(gdb)

Well, I should have given a bit more info than just the default reply. You can 'bind' to a hanged process with GDB..

# gdb /path/to/httpd 12345

(where 12345 is the process id)

Then you can just stop the process with CTRL+C and then do 'bt' and see where it hangs.

Hellow,

CTRL + C on the httpd process do nothing.
The only way that I have to kill the process is "kill -9 12345"

So I think that I can't use gdb to debug in this case.

Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
GNU gdb 5.2.1
Copyright 2002 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 "hppa2.0n-hp-hpux11.00"...
Attaching to program: /PKl01h01/soft/web/httpd/bin/httpd, process 12815
ttrace wait: No such process.
A program is being debugged already.  Kill it? (y or n) n
Program not killed.
Name collision between 9826 9836
Name collision between gsi dtc300s
Name collision between dm1521 dm1520
Name collision between c108 c108
Name collision between ovt100 vt100
Name collision between 300 dtc300s
Name collision between t1061 t3700
(gdb) bt
warning: reading `flags' register: No such process
warning: reading `r3' register: No such process
warning: reading `flags' register: No such process
warning: reading `pcoqh' register: No such process
warning: reading `flags' register: No such process
warning: reading `flags' register: No such process
warning: reading `r3' register: No such process
#0  0x00000000 in ?? ()
warning: reading `rp' register: No such process
warning: reading `rp' register: No such process
Error accessing memory address 0x6f726b00: No such process.
(gdb)

Please try a new snapshot. There were some thread-safety fixes committed just recently.

Same issue with 4CVS-2009-09-24 (php4-200209240000)

@++
JC

Same issue with : 

httpd-2.0.43
php4-200210080300

@++
JC

{AOL}ME TOO!!!!!{/AOL}

Getting the same problem.  Using HP's Apache2 build from software.hp.com, which includes Apache 2.0.43 adn PHP 4.2.2.  Per HP's instruction, I just uncommented the LoadModule line for modules/libphp4.so.  HTTPD hangs at 97% CPU util.  Have to kill -9 it and apachectl.  Apache works fine if I re-comment the PHP line, so it's definitely PHP-related.

Charles

Interestingly, I show the wrong "extensions" directory in php-config, even though it's correct in php.ini:

colossus 79: ./php-config --extension-dir
/opt/hpapache2/php/lib/php/extensions/no-debug-zts-20020429

There is no "no-debug..." directory.  Is this compiled incorrectly so as to cause it to ignore this environment variable?

Charles

Okay, it's not just libphp4.so that's causing this symptom.  I get the same thing when attempting to load mod_perl.so.  I think it's related to DSOs in Apache 2.0.43 on HP/UX (mine is 11.11).  I think this is NOT a PHP bug.

Charles

I solved my problem by installing the linker (ld) cumulative patch, available from HP.  In my 11.11/s800 environment, I used PHSS_26560.

For more information, see http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x32d6cdec06f1d61190050090279cd0f9,00.html

You might try this and report back here.

Charles

Please try what csoto suggested.

I can't test anymore as long the bug #19918 is not corrected

@++
JC

Maybe you should, since this other dude is able to compile it fine..did you happen to read what the suggestion was?

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.

Don't freeze anymore with 99% of the CPU