Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.php > #7527
| From | Christoph Becker <cmbecker69@gmx.de> |
|---|---|
| Newsgroups | comp.lang.php |
| Subject | Re: php daemon |
| Date | 2012-11-11 23:17 +0100 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <k7p84u$p0f$1@speranza.aioe.org> (permalink) |
| References | (1 earlier) <k7osrj$ipv$2@dont-email.me> <k7p0ch$urc$1@speranza.aioe.org> <k7p27m$kte$1@dont-email.me> <k7p4t3$ap2$1@speranza.aioe.org> <k7p5oh$bco$1@dont-email.me> |
Jerry Stuckle wrote: > Notice the documentation says the zval CAN be freed - not the zval WILL > be freed. Two entirely different statements. ACK. I had noted that; therefore I wrote that the manual isn't very clear in this (IMO important) regard. "can" does neither imply nor exclude, that it "will" be done. I've made the following test: $a = uniqid(); // force dynamic memory allocation echo memory_get_usage(), "\n"; $a = 'foo'; // don't unset($a), as this will change the "symbol table" echo memory_get_usage(), "\n"; gc_collect_cycles(); // force garbage collection echo memory_get_usage(), "\n"; The result with my PHP 5.4.7 on Windows XP: 121344 121304 121304 So either the zval holding the result of uniqid() is already freed, when $a is set to 'foo', or gc_collect_cycles() doesn't actually trigger the garbage collector in this case. -- Christoph M. Becker
Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
php daemon "sl@exabyte" <sb5309@hotmail.com> - 2012-11-12 01:18 +0800
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-11 14:04 -0500
Re: php daemon Christoph Becker <cmbecker69@gmx.de> - 2012-11-11 21:05 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-11 15:35 -0500
Re: php daemon Christoph Becker <cmbecker69@gmx.de> - 2012-11-11 22:22 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-11 16:36 -0500
Re: php daemon Christoph Becker <cmbecker69@gmx.de> - 2012-11-11 23:17 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-11 18:11 -0500
Re: php daemon Christoph Becker <cmbecker69@gmx.de> - 2012-11-12 14:35 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-12 08:38 -0500
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-13 07:44 -0500
Re: php daemon Christoph Becker <cmbecker69@gmx.de> - 2012-11-14 21:19 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-14 16:33 -0500
Re: php daemon Christoph Becker <cmbecker69@gmx.de> - 2012-11-14 23:13 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-15 07:41 -0500
Re: php daemon Christoph Becker <cmbecker69@gmx.de> - 2012-11-15 16:55 +0100
Re: php daemon "sl@exabyte" <sb5309@hotmail.com> - 2012-11-12 23:45 +0800
Re: php daemon The Natural Philosopher <tnp@invalid.invalid> - 2012-11-12 16:08 +0000
Re: php daemon Goran <goran@nospam.com> - 2012-11-13 08:57 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-13 07:47 -0500
Re: php daemon Goran <goran@nospam.com> - 2012-11-13 14:54 +0100
Re: php daemon The Natural Philosopher <tnp@invalid.invalid> - 2012-11-13 14:13 +0000
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-13 12:23 -0500
Re: php daemon Goran <goran@nospam.com> - 2012-11-14 08:43 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-14 05:51 -0500
Re: php daemon Goran <goran@nospam.com> - 2012-11-15 14:08 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-15 08:46 -0500
Re: php daemon Goran <goran@nospam.com> - 2012-11-15 16:09 +0100
Re: php daemon Jerry Stuckle <jstucklex@attglobal.net> - 2012-11-15 11:25 -0500
Re: php daemon Tim Streater <timstreater@greenbee.net> - 2012-11-15 16:20 +0000
csiph-web