#31344 [Fbk->Opn]: PHP 4.3.10 crashed Apache without message

2004-12-30 Thread sysadmin at amhosting dot com
 ID:   31344
 User updated by:  sysadmin at amhosting dot com
 Reported By:  sysadmin at amhosting dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Red Hat 9 + Legacy
 PHP Version:  4.3.10
 New Comment:

I read the indicated page, and it assumes that PHP (and Apache) can get
started in the first place.  That's not my problem.  I'm not the person
to go digging in httpd with gdb, either.

So I'm sorry, there isn't much I can do.  If there is someone reading
these bugs that can do what you request, that would be great.


Previous Comments:


[2004-12-31 01:30:31] [EMAIL PROTECTED]

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.



----

[2004-12-30 18:29:27] sysadmin at amhosting dot com

The example script, run in the bash shell, looks something like this
for Red Hat 9:

---start of script---
#!/bin/bash
service httpd start
sleep 3
ps ax | grep httpd
---end of script---

What I expect is to see a number of processes with the name "httpd"
with PID numbers, all different.

Before PHP install, I get that.

After PHP install, I get "grep httpd"

Remove PHP from the system, it works again.

Script enough for you?



[2004-12-30 13:39:01] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.





[2004-12-30 13:22:50] egor at ensita dot net

the latest stable doesn't help. :(



[2004-12-30 08:10:14] [EMAIL PROTECTED]

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





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

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


#31344 [Fbk->Opn]: PHP 4.3.10 crashed Apache without message

2004-12-30 Thread sysadmin at amhosting dot com
 ID:   31344
 User updated by:  sysadmin at amhosting dot com
 Reported By:  sysadmin at amhosting dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Red Hat 9 + Legacy
 PHP Version:  4.3.10
 New Comment:

The example script, run in the bash shell, looks something like this
for Red Hat 9:

---start of script---
#!/bin/bash
service httpd start
sleep 3
ps ax | grep httpd
---end of script---

What I expect is to see a number of processes with the name "httpd"
with PID numbers, all different.

Before PHP install, I get that.

After PHP install, I get "grep httpd"

Remove PHP from the system, it works again.

Script enough for you?


Previous Comments:


[2004-12-30 13:39:01] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.





[2004-12-30 13:22:50] egor at ensita dot net

the latest stable doesn't help. :(



[2004-12-30 08:10:14] [EMAIL PROTECTED]

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



----

[2004-12-30 07:51:26] sysadmin at amhosting dot com

Description:

In trying to upgrade my Plesk servers, I have found that one upgrade
worked, the rest bombed out.  To reduce the number of variables, I
built a Red Hat 9 server from CDs, installed Yum, ran a full upgrade
cycle, then tried to install 4.3.10.  Apache would not start, or would
crash immediately without any tombstones.

Reproduce code:
---
Load Red Hat 9 from CDs.
Install Yum per instructions from Fedora Legacy project
yum update
download php source.
./configure 
make
make install

Expected result:

I expected PHP 4.3.10 to install and run normally.

Actual result:
--
Apache died without a trace.  "service httpd status" said that the
service was dead but a PID file was in place.





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


#31344 [NEW]: PHP 4.3.10 crashed Apache without message

2004-12-29 Thread sysadmin at amhosting dot com
From: sysadmin at amhosting dot com
Operating system: Red Hat 9 + Legacy
PHP version:  4.3.10
PHP Bug Type: Apache2 related
Bug description:  PHP 4.3.10 crashed Apache without message

Description:

In trying to upgrade my Plesk servers, I have found that one upgrade
worked, the rest bombed out.  To reduce the number of variables, I built a
Red Hat 9 server from CDs, installed Yum, ran a full upgrade cycle, then
tried to install 4.3.10.  Apache would not start, or would crash
immediately without any tombstones.

Reproduce code:
---
Load Red Hat 9 from CDs.
Install Yum per instructions from Fedora Legacy project
yum update
download php source.
./configure 
make
make install

Expected result:

I expected PHP 4.3.10 to install and run normally.

Actual result:
--
Apache died without a trace.  "service httpd status" said that the service
was dead but a PID file was in place.

-- 
Edit bug report at http://bugs.php.net/?id=31344&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=31344&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=31344&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=31344&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31344&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31344&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=31344&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=31344&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=31344&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31344&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=31344&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=31344&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=31344&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31344&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=31344&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31344&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=31344&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31344&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=31344&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=31344&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=31344&r=mysqlcfg