ID: 26286
Comment by: ast at sgg dot wtusm dot edu dot cn
Reported By: igg10 at alu dot ua dot es
Status: No Feedback
Bug Type: Apache2 related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
I have the same problem with Windows 2000 SP4, Apache 2.0.50,
php5.0.0RC3 when I use a php-Script with OCI8-functions. Please help
me: [EMAIL PROTECTED]
Previous Comments:
------------------------------------------------------------------------
[2004-10-15 14:52:00] jonathan at schwarzelan dot de
As said for bug 25570,
to me it seems they are kind of related -
having a large 2d-array, just filling it with data
(140x4 each about 100chars) results to Apache2.0.50 to crash
(php 5.0.2, aswell as 5.1.0-dev) on W2k and WXP
Trying outputting the generated Data leads to bug 25570 -
------------------------------------------------------------------------
[2004-10-06 20:29:54] daukan at thelastgate dot com
winxp pro sp2
apache 2
php 5.0.0
After I change all the bcpow() functions to pow() it hasn't crashed.
example:
if(rand(1,10)+bcpow($pstat,2) > rand(1,8)+bpow($estat,2))
to
if(rand(1,10)+pow($pstat,2) > rand(1,8)+pow($estat,2))
------------------------------------------------------------------------
[2004-09-26 17:24:25] ordghio at trava dot lv
Two Win2k servers with Apache 2.0.50 and PHP 5.0.2
after function getmicrotime() call - error with this string in
error.log:
Parent: child process exited with status 3221225477 -- Restarting
back to 4.3.9 - all works fine
------------------------------------------------------------------------
[2004-09-21 02:29:21] erikp at visibleworld dot com
Problem persists with php 4.3.8 on win2k, apache/2.0.50 and
apache/2.0.51.
------------------------------------------------------------------------
[2004-09-16 14:57:11] dmitri at elista dot org
I also ran across this apache crash. The log file record was the same
as in the first message. Here is how it happened. I run apache2 with
php 4.3.2 under windows 2000. The crash itself occured when I made a
request to MSSQL database selecting a field of type DECIMAL(38). As far
as I understand it means a number 38 digits long taking 17 bytes to be
stored.
PHP's manual says "The size of a float is platform-dependent, although
a maximum of ~1.8e308 with a precision of roughly 14 decimal digits is
a common value (that's 64 bit IEEE format)." So I figured I could try
to convert the number into a smaller number. And it helped! I rewrote
the SQL request as follows
SELECT CONVERT(DECIMAL(15,2), [Decimal38]) FROM ...
I don't think cutting the number down is such a big deal as it is
extremely seldom that we deal with such bug numbers in the real life.
38 digits or 15 - make no difference :)
------------------------------------------------------------------------
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/26286
--
Edit this bug report at http://bugs.php.net/?id=26286&edit=1
