Re: PHP 4.0 Bug #6240: is_reference()
| From: | Stanislav Malyshev | Date: | Fri, 18 Aug 2000 20:19:56 +0000 |
| Subject: | Re: PHP 4.0 Bug #6240: is_reference() | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-29521@lists.php.net to get a copy of this message | ||
AL>> point 1) var_dump() is worth nothing if you cut down the display and
AL>> display sth. like
AL>> object(foo)(&)
AL>> for debugging purposes it?ll be important to know which variables are
AL>> the same (are referenced)
First, "missing some rarely-used functionality" and "worth nothing" spell
differently. Second, ideas are welcome. Your idea of remembering all
variable name path does not look appealing to me, but you are welcome to
propose more or give arguments (real ones, not "it would be worth nothing
without it" type arguments) for it. Or convincing someone (perhaps
yourself) to do it the way you like. If it would really work, I won't even
think of implementing it my way :)
AL>> I?ll not bother you with this anymore because you haven?t started yet
AL>> and perhaps there are some other factors, just wanted to mention that
AL>> "spot the reference" is worth playing...
AL>>
AL>> point 2) that mechanism could be resued in serialization of references I
Yes, it might be. As soon as I find a good way to point *which* variable
we are referencing (pointers don't work in serializing). Maybe I'll just
assign an ID to every variable tree "leaf" and will print referenced
IDs. Better ideas are welcome.
And the word "resued" reminds me "MPAA vs. 2600" case. Must be too much of
/.
--
Stanislav Malyshev stas@zend.com
+972-3-6139665 ext.106