Bug #51184 [Com]: DateInterval has incorrect days property on windows
Edit report at https://bugs.php.net/bug.php?id=51184&edit=1 ID: 51184 Comment by: a at a dot com Reported by:s...@php.net Summary:DateInterval has incorrect days property on windows Status: Wont fix Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.2 Assigned To:pajoye Block user comment: N Private report: N New Comment: Not solved with 5.3.5 on Windows. Previous Comments: [2011-07-04 10:55:22] tux at penguinfriends dot org Not solved with 5.3.5 on Windows... [2011-01-03 11:02:59] paj...@php.net @toto at hotmail dot com Nothing changed so yes, use VC9 builds instead for now. [2011-01-03 10:42:41] toto at hotmail dot com Not solved with PHP 5.3.4 (Windows / Apache 2) [2010-10-31 03:32:12] paj...@php.net @php at twinmail dot de Use VC9 builds instead, from http://windows.php.net [2010-10-31 02:13:50] php at twinmail dot de 5.3.3 on WINNT is also affected. 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 https://bugs.php.net/bug.php?id=51184 -- Edit this bug report at https://bugs.php.net/bug.php?id=51184&edit=1
Bug #33595 [Com]: recursive references leak memory
Edit report at http://bugs.php.net/bug.php?id=33595&edit=1
ID: 33595
Comment by: a at a dot com
Reported by:rodricg at sellingsource dot com
Summary:recursive references leak memory
Status: Closed
Type: Bug
Package:Class/Object related
Operating System: *
PHP Version:6CVS-2005-08-02
Assigned To:dmitry
Block user comment: N
New Comment:
Fix in PHP 5.3.
Previous Comments:
[2008-01-29 11:35:05] dmi...@php.net
Fixed with GC patch in CVS HEAD and PHP_5_3.
[2007-11-22 14:48:30] shez at starfangled dot net
Hi,
Does anybody have an easy way to trace _what_ objects have been
leaked due to circular references? I've had couple of cases in
large code bases that I've had to trace by the old binary search
algorithm (you know the one, remove half of the code, test, etc ;)
Cheers!
Shez
[2007-08-04 00:40:21] zwacks10 at yahoo dot com
b = new B($this);
}
}
class B {
function __construct ($parent = NULL) {
$this->parent = $parent;
}
}
for ($i = 0 ; $i < 100 ; $i++) {
$a = new A();
unset($a);
}
echo number_format(memory_get_usage());
?>
Try this code. you will also avoid the memory leak...
This forum really helps me to solve this problem. You gave me an idea to
avoid this bugs. i really appreciate it. Thanks a lot guys.
[2007-08-03 09:37:44] zwacks10 at yahoo dot com
This Forum is help full thanks to you guys.
[2007-05-25 19:50:39] wckits at rit dot edu
Any suggestion to call the destructor explicitly is misguided at best
and dangerous at worst. You may have another reference to that object
somewhere, and it will end up being a reference to a destructed object.
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/bug.php?id=33595
--
Edit this bug report at http://bugs.php.net/bug.php?id=33595&edit=1
#47486 [NEW]: No message displayed for parse errors in included files
From: a at a dot com Operating system: WinXP Pro PHP version: 5.2.8 PHP Bug Type: Scripting Engine problem Bug description: No message displayed for parse errors in included files Description: (I'm using IIS, ISAPI) When there is a parse error in an included file, NO error is displayed even if display_errors and error_reporting are set correctly. Reproduce code: --- --main.php-- --inc.php-- --- Expected result: Parse error: parse error in [path here]\inc.php on line 4 Actual result: -- None, there is no output at all, and no error gets logged. -- Edit bug report at http://bugs.php.net/?id=47486&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47486&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47486&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47486&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47486&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47486&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47486&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47486&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47486&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47486&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47486&r=support Expected behavior: http://bugs.php.net/fix.php?id=47486&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47486&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47486&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47486&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47486&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47486&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47486&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47486&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47486&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47486&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47486&r=mysqlcfg
#45825 [NEW]: No message displayed for parse errors in included files
From: a at a dot com Operating system: WinXP PHP version: 5.3.0alpha1 PHP Bug Type: Scripting Engine problem Bug description: No message displayed for parse errors in included files Description: WinXP, IIS, ISAPI, PHP 4.4.8 (I have to use the 4.x branch because my code needs to run on a shared hosting server that I have no control over, and they only have the 4.x branch.) When there is a parse error in an included file, NO error is displayed even if display_errors and error_reporting are set correctly. Reproduce code: --- --a.php-- - --b.inc.php-- - Expected result: Parse error: syntax error, unexpected ';' in [path here]\b.inc.php on line 4 Actual result: -- The output is absolutely, completely blank. -- Edit bug report at http://bugs.php.net/?id=45825&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45825&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45825&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45825&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45825&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45825&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45825&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45825&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45825&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45825&r=support Expected behavior:http://bugs.php.net/fix.php?id=45825&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45825&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45825&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45825&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45825&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45825&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45825&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45825&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45825&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45825&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45825&r=mysqlcfg
#21895 [Com]: implicit_flush and flush() not working proplerly with CLI SAPI
ID: 21895 Comment by: a at a dot com Reported By: haawk at acknet dot org Status: No Feedback Bug Type: Output Control Operating System: FreeBSD 4.7 PHP Version: 4.3.0 Assigned To: helly New Comment: just set "output_buffering = Off" Previous Comments: [2003-05-01 20:38:46] [EMAIL PROTECTED] 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. [2003-04-26 09:55:11] [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 [2003-02-06 06:02:49] [EMAIL PROTECTED] Oops -- my bad -- didn't read enough of the report properly. I see I seem to have explained what you already know. Sorry! [2003-02-06 05:58:31] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php That script is working exactly as expected, and the call to ob_flush() is exactly the expected solution. implicit_flush has no relation to ob_flush(), or output buffers in general. There are indeed two layers of output buffering, but, slightly confusingly, only one of them is called "output buffering" -- this is the layer handled by the ob_*() functions. If output buffering is on, it works like this: output goes to (script's) output buffer (ob). ob_flush() sends it to PHP's "connection" buffer. flush() (or implicit_flush) sends connection buffer to browser. If you want to use flush() or implicit_flush to send output to the browser as it's produced, you'd be much better to turn output buffering off. (You could also take a look at ob_implicit_flush() (http://www.php.net/manual/en/function.ob-implicit-flush.php), but it seems to me this would be rather inefficient.) [2003-02-05 18:21:27] sthomas at townnews dot com I think the key is this: implicit_flush => On => Off Is there a double internal pointer to this setting or something? No amount of setting implicit_flush will make both of them true. This script does not output as you'd expect: This should output a period every second on the CLI, but does not. Even putting a call to flush() in the while loop does nothing. I was able to get this to work by using ob_flush() oddly enough. So essentially, flushing is completely broken unless you use ob_flush. 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/21895 -- Edit this bug report at http://bugs.php.net/?id=21895&edit=1
#7207 [Com]: imap_open bug
ID: 7207 Comment by: a at a dot com Reported By: brain at brainlapse Status: Closed Bug Type: IMAP related Operating System: win98se PHP Version: 4.0.3 New Comment: After almost 4 years, this problem continues to be unaddressed. The mail-box-empty message is reported as an error, which is wrong. If the mail box is empty, imap_last_error should not return this as an error. Previous Comments: [2000-10-30 09:26:33] [EMAIL PROTECTED] No feedback and I can not reproduce this with latest working CVS. --Jani [2000-10-15 21:45:56] [EMAIL PROTECTED] I can not reproduce this. Could you please include a shortest possible reproducing script into this bug report? --Jani [2000-10-14 12:35:22] brain at brainlapse when there are no messages in an INBOX, the error "Fatal error: Mailbox is empty in C:\Program Files\Apache Group\Apache\htdocs/mail.php3 on line XX" Adding the @ in front of imap_open does nothing. When there are messages this error does not apear. -- Edit this bug report at http://bugs.php.net/?id=7207&edit=1
#12240 [Com]: microtime.x
ID: 12240 Comment by: a at a dot com Reported By: jiv at jiv dot asenovgrad dot net Status: Bogus Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: Ren P C is a great programmer!!! Previous Comments: [2004-06-10 11:02:34] me at me at me dot com a [2004-06-10 11:01:33] qq at ww dot com microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 [2001-07-20 16:25:57] [EMAIL PROTECTED] This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. [2001-07-18 18:41:01] jiv at jiv dot asenovgrad dot net The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [EMAIL PROTECTED]:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). -- Edit this bug report at http://bugs.php.net/?id=12240&edit=1
