Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:54023 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 29360 invoked from network); 18 Jul 2011 08:28:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jul 2011 08:28:07 -0000 Authentication-Results: pb1.pair.com header.from=lars.schultz@toolpark.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lars.schultz@toolpark.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain toolpark.com from 195.49.42.12 cause and error) X-PHP-List-Original-Sender: lars.schultz@toolpark.com X-Host-Fingerprint: 195.49.42.12 mail1.screenlight.ch Received: from [195.49.42.12] ([195.49.42.12:57286] helo=mail1.screenlight.ch) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1F/D2-08769-69EE32E4 for ; Mon, 18 Jul 2011 04:28:07 -0400 Received: from [192.168.1.112] ([192.168.1.112]) (authenticated user lars.schultz@toolpark.com) by mail1.screenlight.ch (Kerio Connect 7.0.2 patch 1) (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for internals@lists.php.net; Mon, 18 Jul 2011 10:28:02 +0200 Message-ID: <4E23EE93.5080504@toolpark.com> Date: Mon, 18 Jul 2011 10:28:03 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: internals@lists.php.net References: <4E22DDD0.20105@toolpark.com> <4E23D124.50104@toolpark.com> <4E23EA00.7090308@toolpark.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] weak references From: lars.schultz@toolpark.com (Lars Schultz) Am 18.07.2011 10:15, schrieb Ferenc Kovacs: > I think that having to know and care about refcounts and zvals are > more complicated than having an Spl class, which can hold a reference > for a variable what can be destroyed to free memory. > and there is a chance that people are familiar with the Weak > references from other languages, while the zval approach only familiar > for those that knows about php internals. > so I think that from the userland POV, weak references are easier to grasp. You're right for users who indeed have this problem. But I am worried about those users, which do not have the problem, but still have to know what WeakReferences are...but I should wait for the RFC.