Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:100120 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14174 invoked from network); 30 Jul 2017 10:19:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Jul 2017 10:19:29 -0000 X-Host-Fingerprint: 62.180.109.77 unknown Received: from [62.180.109.77] ([62.180.109.77:9638] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 99/93-07025-9A2BD795 for ; Sun, 30 Jul 2017 06:19:22 -0400 Message-ID: <99.93.07025.9A2BD795@pb1.pair.com> To: internals@lists.php.net References: <85C7AE75-18DE-4543-B4DC-BE1186AFAEC7@lvht.net> Date: Sun, 30 Jul 2017 12:19:17 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <85C7AE75-18DE-4543-B4DC-BE1186AFAEC7@lvht.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Posted-By: 62.180.109.77 Subject: Re: [PHP-DEV] Don't add simple objects to GC's roots From: gmblar@gmail.com (Andreas Treichel) Hi, > So I propose to make the gc_disable function accept one zval reference as > parameter. And if gc_disable get that zval, gc_disable just drop the zval’s > GC_COLLECTABLE flag, which will hint the PHP gc not to trace that zval. i dont know if this is a good idea or not. But for the "s" in solid, create a new function like gc_exclude to exclude variables from the garbage collector and do not add a parameter to gc_disable.