Re: [PHP-DEV] Return type hints

2008-04-14 Thread Sam Barrow
If somebody does have a patch for this or is working on one let me know. Whether this will be implemented or not I would like to assist with this patch so I can use it for personal use at the very least. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www

[PHP-DEV] CVS Account Request: xinjia

2008-04-14 Thread Xin Jia
contribute to the PHP documentation and translate the documentation -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] intl naming

2008-04-14 Thread Pierre Joye
Hi! On Tue, Apr 15, 2008 at 12:17 AM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > > I hope you are keeping in mind our last discussion here. I also like > > > > Yes, I do. Great, thanks :) > > to know what to think about my API changes proposal and the exception > > usages as it is a relat

Re: [PHP-DEV] intl naming

2008-04-14 Thread Stanislav Malyshev
Hi! I hope you are keeping in mind our last discussion here. I also like Yes, I do. to know what to think about my API changes proposal and the exception usages as it is a relatively important request. Or why are you asking? I already stated my opinion about exceptions - I consider using t

Re: [PHP-DEV] intl naming

2008-04-14 Thread Pierre Joye
On Mon, Apr 14, 2008 at 11:46 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > Hi all! > > > > > I wanted to ask the people here for opinions on the subject of functions > naming in pecl/intl (hopefully soon to be ext/intl ;) module. Current state > can be seen at http://docs.php.net/manual/en/b

Re: [PHP-DEV] intl naming

2008-04-14 Thread Stanislav Malyshev
Hi all! I wanted to ask the people here for opinions on the subject of functions naming in pecl/intl (hopefully soon to be ext/intl ;) module. Current state can be seen at http://docs.php.net/manual/en/book.intl.php Since publishing this mail about 2 weeks ago I have received a number of rep

Re: [PHP-DEV] Return type hints

2008-04-14 Thread Lukas Kahwe Smith
On 14.04.2008, at 19:49, Christian Schneider wrote: Am 14.04.2008 um 19:04 schrieb Chris Stockton: You are missing the point, why be strict on return types, and liberal on parameters? Be strict Because IMHO a function can easily specify what it is returning but should be flexible in what

[PHP-DEV] Re: [PHP-CVS] cvs: php-src(PHP_5_3) /ext/standard basic_functions.c basic_functions.h /ext/standard/tests/general_functions ini_get_all.phpt

2008-04-14 Thread Jani Taskinen
If you can't read, here's again: "It was originally only enabled for debug builds and should always still be, I've no idea why Marcus made it enabled always in the first place." That should answer all your questions. And no, it's still not doing anything similar like ini_get_all(). Now, be a

Re: [PHP-DEV] Return type hints

2008-04-14 Thread Christian Schneider
Am 14.04.2008 um 19:04 schrieb Chris Stockton: You are missing the point, why be strict on return types, and liberal on parameters? Be strict Because IMHO a function can easily specify what it is returning but should be flexible in what it accepts - that's what a good PHP API is to me. As

Re: [PHP-DEV] Return type hints

2008-04-14 Thread Chris Stockton
You are missing the point, why be strict on return types, and liberal on parameters? Be strict consistently or be liberal consistently. Or, keep php, php. I could care less as long as things are consistent, although I think only supporting scalar is silly regardless of type juggling. -Chris On Mo

Re: [PHP-DEV] Return type hints

2008-04-14 Thread Stanislav Malyshev
Hi! Let me turn your question around: Why on earth would someone restrict a function to int when string works just as well? function int foo_flexible(scalar $x) { return $x + 42; } $foo = foo_flexible($value); Now let's think - what happens if $x is *not* scalar? So the real code would be l

Re: [PHP-DEV] php_stream_display_wrapper_errors issue

2008-04-14 Thread Gregory Beaver
Pierre Joye wrote: > Hi Greg, > > On Mon, Apr 14, 2008 at 12:17 AM, Gregory Beaver <[EMAIL PROTECTED]> wrote: > >> Hi, >> >> If a stream wrapper does not log errors, by default, we grab >> strerror(errno) to figure out the error message, but this is not a good >> idea for any wrapper but plai

Re: [PHP-DEV] Return type hints

2008-04-14 Thread Christian Schneider
Chris Stockton schrieb: Why on earth would you have int, string, resource, etc "return type hints" and then turn around and suggest for parameter hinting just add a scalar type? That makes no sense and is so inconsistent. static int function retarded(scalar $value) { return (int) $value; //

[PHP-DEV] CVS Account Request: ant

2008-04-14 Thread Ant Phillips
Writing PHPT test cases for various extensions and the core language. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 5.2.6RC5 Released

2008-04-14 Thread Jarismar Chaves da Silva
Yes, over an hour. I just do an "nmake test". Richard Quadling wrote: On 11/04/2008, Jarismar Chaves da Silva <[EMAIL PROTECTED]> wrote: I've compiled with all extensions I use on my project. phpinfo() PHP Version => 5.2.6RC5 System => Windows NT JARISMAR 5.1 build 2600 Build Date => A

[PHP-DEV] CVS Account Request

2008-04-14 Thread Tatsuo Ishii
Hi, I would like to contribute to ext/pgsql module. Could I have CVS account? I've been working on PostgreSQL development for years. My intention is to catch up PostgreSQL develpment especially when new API is added. For example an API added to PostgreSQL 8.1 (back to 2005) is not in PHP yet. I

[PHP-DEV] PHP 6 Bug Summary Report

2008-04-14 Thread internals
PHP 6 Bug Database summary - http://bugs.php.net Num Status Summary (57 total including feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers ===

Re: [PHP-DEV] php_stream_display_wrapper_errors issue

2008-04-14 Thread Pierre Joye
Hi Greg, On Mon, Apr 14, 2008 at 12:17 AM, Gregory Beaver <[EMAIL PROTECTED]> wrote: > Hi, > > If a stream wrapper does not log errors, by default, we grab > strerror(errno) to figure out the error message, but this is not a good > idea for any wrapper but plain_wrapper for the obvious reason t