#15267 [Opn->Bgs]: "declare" makes apacke crashes under Windows.

From: Date: Sat, 24 Aug 2002 00:11:29 +0000
Subject: #15267 [Opn->Bgs]: "declare" makes apacke crashes under Windows.
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-17703@lists.php.net to get a copy of this message
ID: 15267 Updated by: iliaa@php.net -Reported By: ferguson@becon.org +Reported By: ilia@prohost.org -Status: Open +Status: Bogus Bug Type: Reproducible crash -Operating System: win 98 +Operating System: Linux 2.4.19 PHP Version: 4.2.1 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: ------------------------------------------------------------------------ [2002-05-28 12:01:39] edink@php.net Confirmed bug is alive and well: Apache 1.3.24 PHP 4.2.1 ------------------------------------------------------------------------ [2002-01-29 20:46:43] yohgaki@php.net It seems windows have this problem while linux does not. reopenned. Apache 1.3.22 PHP 4.1.1/Apache SAPI ------------------------------------------------------------------------ [2002-01-29 08:54:32] ferguson@becon.org It most defiantly does crash and burn! Unlike planes, apache does not like to stay down. It tries to start itself back up, but is shot time crashes again. After many tries, Apache eventually gets tired of this and decides not to display the page. It most defiantly does crash and burn! Unlike planes, apache does not like to stay down. It tries to start itself back up, but is shot time crashes again. After many tries, Apache eventually gets tired of this and decides not to display the page. Php 4.06 -apache 1.3.20 cashes php 4.06 -apache 1.3.22 internal server error php 4.1.1-apache 1.3.22 crashes everything else dont know I am not sure if it matters, but i am using php as an sapi. Brendan ------------------------------------------------------------------------ [2002-01-28 23:02:50] yohgaki@php.net It seems this is fixed. Your script does not crash on my Linux Please reopen if you still have problem with 4.2.0-dev. (It may be win spcific problem?) ------------------------------------------------------------------------ [2002-01-28 22:44:59] ferguson@becon.org Apache crashes, burns and dies when i copy and paste the first “declare” example in the php documentation.... dont ask me why it is happening. I am having troubles learning how to use declare and ticks. may be declare or ticks is not causing the problem.... beats the heck out of me. php4.0.6 did the same thing with apache 1.3.20, but when i upgraded to apache 1.3.22, it caused and internal server error. After i updated my php to the current version, apache decided it liked to crash and burn better. It might be good idea to update the documentation to a different example, one that does not crash.... just a thought. I know it might not be possible. The source code is as follows: <pre> <?php // A function that records the time when it is called function profile ($dump = FALSE) { static $profile; // Return the times stored in profile, then erase it if ($dump) { $temp = $profile; unset ($profile); return ($temp); } $profile[] = microtime (); } // Set up a tick handler register_tick_function("profile"); // Initialize the function before the declare block profile (); // Run a block of code, throw a tick every 2nd statement declare (ticks=2) { for ($x = 1; $x < 50; ++$x) { echo similar_text (md5($x), md5($x*$x)), "&lt;br&gt;"; } } // Display the data stored in the profiler print_r (profile (TRUE)); ?> </pre> good luck... Brendan ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=15267&edit=1

« previous php.bugs (#17703) next »