Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:17597
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <43033.131.173.197.10.1123505020.squirrel@131.173.197.10>
In-Reply-To: <42F64DC8.2000205@prohost.org>
References: <Pine.LNX.4.62.0508021457590.2808@localhost>
	<42F64DC8.2000205@prohost.org>
Date: Mon, 8 Aug 2005 14:43:40 +0200 (CEST)
To: "Ilia Alshanetsky" <ilia@prohost.org>
Cc: internals@lists.php.net
User-Agent: SquirrelMail/1.5.0
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Importance: Normal
Subject: Re: [PHP-DEV] Property Overloading RFC
From: ml@lalamuhkuh.de ("Roland Tapken")

Hi!

Sorry for wrong threading or if this solution was suggested before... i
currently don't have access to my mail client:)

> 3. There is no way for the magic methods to return a meaningfull error
> when a property doesn't "exist". Of course it is possible to throw an
> error with "trigger_error" or "throw" in case a property doesn't "exist"
> in a specific class, but the file and line numbers would not match the
> actually get/set action. debug_backtrace() can be used to retrieve the
> correct file and line, but as you have to do this for every class where
> you want to use setters and
> getters *and* you have to implement your own error message rendering
> function this is not really a suitable option either.

Don't know if this can be implemented... but what's about a 3rd boolean
"handled" call-by-reference-parameter which must be switched to "TRUE" if
the property could be handled? Should be TRUE if ommitted for bc reasons,
of course.

greets, Roland