Re: [PHP-DEV] Support for friend classes

2006-01-10 Thread Derick Rethans
On Wed, 11 Jan 2006, Leon Matthews wrote: > There is feature request on bugs.php.net (#34044) about this already, but no > comments. Is there any support for this sort of thing out there? If you only need friends for testing the contents of static properties, then there are alternative ways. On

Re: [PHP-DEV] Support for friend classes

2006-01-10 Thread Greg Beaver
Leon Matthews wrote: > Hi. > > I'm responsible for writing unit tests for our PHP projects at work. > > I would find C++ style friend classes really useful for getting at another > class's private methods. Since we adopted PHP5 we have been using lots of > private methods to clean our interfaces

[PHP-DEV] Support for friend classes

2006-01-10 Thread Leon Matthews
Hi. I'm responsible for writing unit tests for our PHP projects at work. I would find C++ style friend classes really useful for getting at another class's private methods. Since we adopted PHP5 we have been using lots of private methods to clean our interfaces up. Great news for everyone exce

Re: [PHP-DEV] Exception::fillException() proposal

2006-01-10 Thread Antony Dovgal
On 11.01.2006 01:00, Marcus Boerger wrote: Hello Antony, Tuesday, January 10, 2006, 10:56:21 PM, you wrote: On 11.01.2006 00:41, Marcus Boerger wrote: Hello Antony, in general modifying exception data is vey dangerous because first it leads to confusion on the usage part and second it migh

Re: [PHP-DEV] Exception::fillException() proposal

2006-01-10 Thread Marcus Boerger
Hello Antony, Tuesday, January 10, 2006, 10:56:21 PM, you wrote: > On 11.01.2006 00:41, Marcus Boerger wrote: >> Hello Antony, >> >> in general modifying exception data is vey dangerous because first it >> leads to confusion on the usage part and second it might lead to sever >> problems in th

Re: [PHP-DEV] Exception::fillException() proposal

2006-01-10 Thread Antony Dovgal
On 11.01.2006 00:41, Marcus Boerger wrote: Hello Antony, in general modifying exception data is vey dangerous because first it leads to confusion on the usage part and second it might lead to sever problems in the engine facilities that deal with them. That this in a few cases worked does not

Re: [PHP-DEV] Exception::fillException() proposal

2006-01-10 Thread Marcus Boerger
Hello Antony, in general modifying exception data is vey dangerous because first it leads to confusion on the usage part and second it might lead to sever problems in the engine facilities that deal with them. That this in a few cases worked does not mean it works in all cases it mybe be used.

Re: [PHP-DEV] [PATCH] entry #35269

2006-01-10 Thread Antony Dovgal
On 10.01.2006 19:13, Thiago Silva wrote: Hi, can anyone review this? It's a one-line patch for the silent operator (@), wich currently supress fatal error messages (undesirable for "@include" pehaps, wich makes difficult for debugging scripts). With this patch you basically change whole @ fu

[PHP-DEV] [PATCH] entry #35269

2006-01-10 Thread Thiago Silva
Hi, can anyone review this? It's a one-line patch for the silent operator (@), wich currently supress fatal error messages (undesirable for "@include" pehaps, wich makes difficult for debugging scripts). -- +Thiago Silva Index: Zend/zend_vm_execute.h ===

[PHP-DEV] fractional timeouts

2006-01-10 Thread Andreas Schiffler
Hi all, I had posted a patch on 22 Dec for implementing fractional timeouts (by treating all timeout variables as floats). Did anyone had a look at it? Any comments? Cheers, Andreas -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Exception::fillException() proposal

2006-01-10 Thread Antony Dovgal
Hello all. I'd like to propose addition of a new method of standard Exception class. This method is somewhat identical to Java's fillInStackTrace() [0], but fills not only the "trace", but also "line" and "file" properties. See #33407 [1], this report explains how this method can be used. Short

[PHP-DEV] Re: [PATCH] - Regarding bug/feature-request: #34421

2006-01-10 Thread thomas
Hi Is it possible for someone to take a look at this? Can i get some feedback perhaps? Br, Thomas "Thomas Gielfeldt" wrote: > Hi > > > Here's a patch that updates debug_backtrace() somewhat as requested in > bug/feature-request: #34421 > > > The patch also adds 2 new builtin functions: get

Re: [PHP-DEV] RE: Third party object support in ZE2

2006-01-10 Thread Steph Fox
Hi Dmitry, in CVS_HEAD and PHP_5_1, forcing a call to zend_objects_destroy_object() when there is no obj->dtor defined. (zend_objects_API.c, revision 1.47.2.3). Yes. This is my patch. It allws calling destructor in classes those extend internal ones. (Probably it can be reverted and all "bad"