Re: PHP 4.0 Bug #5152: Object passed in a session generateserrors when member functions are called
| From: | Andi Gutmans | Date: | Thu, 22 Jun 2000 22:59:07 +0000 |
| Subject: | Re: PHP 4.0 Bug #5152: Object passed in a session generateserrors when member functions are called | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-22019@lists.php.net to get a copy of this message | ||
Do we delay 4.0.1 for this? We wanted to package the RC today. Any chance of this happening today and us packaging tomorrow morning our time?
Andi
At 12:51 AM 6/23/00 +0200, Sascha Schumann wrote:
On Fri, 23 Jun 2000, Zeev Suraski wrote: On Fri, 23 Jun 2000, Stanislav Malyshev wrote:--- Andi Gutmans <andi@zend.com> http://www.zend.com/SS>> > Please don't do it only this way. I feel like I'm preaching tothe choir,SS>> > but please think again: why at all you need to put this object in SS>> > user-visible space? SS>>This is actually a good solution. On on hand, it essentially doesn't break any OO rule - you can't touch or use the object in any way. On the other - it prevents cases in which one programmer (possibly from a different department) adds a new class, that she uses throughout her session code, but isn't used by the session code of someone else, would suddenly break that other person's code.SS>> I've answered that question before.Sorry, must have missed it. Could you shortly repeat?SS>> We can overwrite handle_property_get and handle_property_set, SS>> so that users cannot access properties. This would yield an SS>> appropiate error description as well.OK, so you insist on having object that noone could touch?Thanks for the hooks, btw. :) I did not notice them before.- Sascha-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net For additional commands, e-mail: php-dev-help@lists.php.net To contact the list administrators, e-mail: php-list-admin@lists.php.net