Re: [PHP-DEV] Re: cvs: php-src /ext/hash CREDITS config.m4 hash.c /ext/hash/tests mhash_001.phpt mhash_002.phpt mhash_003.phpt skip_mhash.inc /ext/mhash config.m4 mhash.c mhash.dsp php_mhash.h /ex

2008-06-28 Thread Sebastian Bergmann
Scott MacVicar schrieb: extension_loaded still works, this was a primary goal. Cool! Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime Development Ma

Re: [PHP-DEV] cleaning up the functions - any volunteers?

2008-06-28 Thread Jordan Wambaugh
On Jun 28, 2008, at 3:20 PM, David Coallier wrote: 2008/6/28 Jordan Wambaugh <[EMAIL PROTECTED]>: On Jun 28, 2008, at 7:27 AM, David Coallier wrote: The idea of the new parsing parameter is to catch the number of parameters as well. For instance when you have if (ZEND_NUM_ARGS() < 2) {

[PHP-DEV] Adding new encodings to mbstring?

2008-06-28 Thread Haluk AKIN
Hi all, Is it possible to add new character encodings to mbstring? http://us.php.net/mbstring If it is possible, then is there a procedure where I can submit "new feature" requests? Or is it possible for me to add the new character encodings myself? Thanks, Haluk -- PHP Internals - PHP Runti

Re: [PHP-DEV] cleaning up the functions - any volunteers?

2008-06-28 Thread David Coallier
2008/6/28 Jordan Wambaugh <[EMAIL PROTECTED]>: > > On Jun 28, 2008, at 7:27 AM, David Coallier wrote: > >> The idea of the new parsing parameter is to catch the number of >> parameters as well. For instance when you have >> >> if (ZEND_NUM_ARGS() < 2) { >> WRONG_PARAM_COUNT; >>

Re: [PHP-DEV] Re: cvs: php-src /ext/hash CREDITS config.m4 hash.c /ext/hash/tests mhash_001.phpt mhash_002.phpt mhash_003.phpt skip_mhash.inc /ext/mhash config.m4 mhash.c mhash.dsp php_mhash.h /ex

2008-06-28 Thread Scott MacVicar
extension_loaded still works, this was a primary goal. Scott On 28 Jun 2008, at 17:25, Sebastian Bergmann wrote: Scott MacVicar schrieb: MFB: Make the old mhash API a wrapper around hash There is a BC break, though, for code that uses extension_loaded('mhash'); instead of function_ex

Re: [PHP-DEV] Re: cvs: php-src /ext/hash CREDITS config.m4 hash.c /ext/hash/tests mhash_001.phpt mhash_002.phpt mhash_003.phpt skip_mhash.inc /ext/mhash config.m4 mhash.c mhash.dsp php_mhash.h /ext/mh

2008-06-28 Thread Pierre Joye
Hi Sebastian, On Sat, Jun 28, 2008 at 6:25 PM, Sebastian Bergmann <[EMAIL PROTECTED]> wrote: >> MFB: Make the old mhash API a wrapper around hash > > There is a BC break, though, for code that uses > > extension_loaded('mhash'); > > instead of > > function_exists('mhash'); > > right? The

[PHP-DEV] Re: cvs: php-src /ext/hash CREDITS config.m4 hash.c /ext/hash/tests mhash_001.phpt mhash_002.phpt mhash_003.phpt skip_mhash.inc /ext/mhash config.m4 mhash.c mhash.dsp php_mhash.h /ext/mh

2008-06-28 Thread Sebastian Bergmann
Scott MacVicar schrieb: MFB: Make the old mhash API a wrapper around hash There is a BC break, though, for code that uses extension_loaded('mhash'); instead of function_exists('mhash'); right? -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key

[PHP-DEV] mac os x, test failure

2008-06-28 Thread Alexey Zakhlestin
I noticed a failure of ext/standard/tests/strings/006.phpt on my machine. this is 5.3.0, debug-zts, mac os x 10.5.3, intel, 32-bit build This test, in my case, returns "Inappropriate ioctl for device" error instead of "File name too long". Looks, like errno is already set to 25 (which corresponds

Re: [PHP-DEV] cleaning up the functions - any volunteers?

2008-06-28 Thread Jordan Wambaugh
On Jun 28, 2008, at 7:27 AM, David Coallier wrote: The idea of the new parsing parameter is to catch the number of parameters as well. For instance when you have if (ZEND_NUM_ARGS() < 2) { WRONG_PARAM_COUNT; } then your zend parse param function call should have 2 pa

Re: [PHP-DEV] cleaning up the functions - any volunteers?

2008-06-28 Thread David Coallier
2008/6/28 Jordan Wambaugh <[EMAIL PROTECTED]>: > > On Jun 19, 2008, at 7:06 PM, Stanislav Malyshev wrote: > >> I have cleaned up Zend engine functions, converting them to the new API, >> but there are about 1000 instances throughout PHP code (especially >> ext/standard) which still use the old way.

Re: [PHP-DEV] [PATCH] [RFC] Closures and lambda functions in PHP

2008-06-28 Thread Dmitry Stogov
Thanks for "static function ()" idea, it's much better and consistent than "function () use ($this)". I think we should go this way. Do you see any other issues with the patch? Thanks. Dmitry. Alexander Wagner wrote: On Friday 27 June 2008, Andi Gutmans wrote: I am not sure I like the idea