RE: [PHP-DEV] Missing __toString() part

Greg Beaver wrote on Monday, June 05, 2006 11:06 PM: > You miss the point. The warning that is helpful in debugging, it has > nothing to do with designing things to break, it has to do with > unintentional bugs. If in 1 case of 1000 in a loop, there is > an object > in

Re: [PHP-DEV] Missing __toString() part

You miss the point. The warning that is helpful in debugging, it has nothing to do with designing things to break, it has to do with unintentional bugs. If in 1 case of 1000 in a loop, there is an object instead of a string used as a key due to a bug (one example: this can easily happen if you fo

Re: [PHP-DEV] Missing __toString() part

-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 All I've got to say on the matter is that if anyone is relying on that kind of behaviour for something serious, then their code deserves to break. Jasper Richard Lynch wrote: > That *IS* a current behaviour. > > Returns a warning and leaves the

Re: [PHP-DEV] Missing __toString() part

That *IS* a current behaviour. Returns a warning and leaves the array un-modified. On Sun, June 4, 2006 10:59 pm, Robert Amos wrote: > As far as I can see, and I'm sure someone will be kind enough to > correct me > if I'm wrong, but there is no current behaviour for it, it returns a > warning.

Re: [PHP-DEV] Missing __toString() part

Any chance this could be done in the form of an interface, instead of a magic function? Evert Dmitry Stogov wrote: We probably should support this, but not only for __toString(). Objects may also have internal get() (not __get()) and cast() handlers that should be supported too. Also usage of

Re: [PHP-DEV] RE: MFHing zend_fcall_info_*() to 5.2

Hello Dmitry, just as you i was asonished by the fact that we don't have anything to convert an array to parameters. And for the fact of not blowing up zend api i decided to reduce the number of additional functions to a minumum. That way i came to the three ones i added. Now since i am using th

Re: [PHP-DEV] tsrm_shutdown() and the CLI SAPI

Hi Dmitry, Hm yeah that forces it to use libcmt... that'd hurt :) Thank you for finding that! I'd looked through the debug build stuff (which is correct) when trying to find out why PHP-GTK didn't crash at the same point as Tidy - but I didn't check the release flags while I was there. Still

RE: [PHP-DEV] tsrm_shutdown() and the CLI SAPI

Hi Steph, I finally found the reason of crash. It has nothing related to ZE bugs. You build php-gtk with "/MT" option. This is completely wrong, because you use two different libc and two different heaps. As result when ZE calls FreeLibrary(), one of heaps is destroyed and all pointers that were

RE: [PHP-DEV] Missing __toString() part

On 04 June 2006 17:18, Rasmus Lerdorf wrote: > I think if we implement a way to get a hash from an object, > or at least > a unique identifier that can be used as a hash, then it should be > implicit just like other things are implicitly converted when the > context is clear. Of course, you shoul

[PHP-DEV] RE: MFHing zend_fcall_info_*() to 5.2

Hi Marcus, SPL code with this patch looks great, but ZE overloaded with helpers those are useful only for iterators. I wondered that ZE hasn't any helper for IS_ARRAY to arguments array conversion (may be I missed it). I suggest reimplement zend_fcall_info_args() into zval *** zend_create_param