Re: [PHP-DEV] update snaps.php.net to reflect PHP_5_1 branch

2005-08-11 Thread Derick Rethans
On Wed, 10 Aug 2005, Wez Furlong wrote: > Can somebody with access to snaps.php.net update it so that 5.1 refers > to the 5.1 branch, instad of HEAD? Yeah, will do that today. Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime D

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Zeev Suraski
At 02:28 11/08/2005, Tobias Schlitt wrote: Hi Zeev Suraski! On 08/10/05 17:30 you wrote: > I think > that throwing exceptions in all sorts of places encourages people to > write 'exception-oriented' apps, which is very messy. Sorry, but I consider that statement wrong. We are still talking abou

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Derick Rethans
On Wed, 10 Aug 2005, Zeev Suraski wrote: > Calling to a function with the wrong arguments is something that should be > dealt with when developing the application, not at runtime. I think that > throwing exceptions in all sorts of places encourages people to write > 'exception-oriented' apps, whi

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Derick Rethans
On Thu, 11 Aug 2005, Derick Rethans wrote: > > I believe we mentioned once the possibility of adding another error level, > > which is fatal - but still catchable by set_error_handler(). That is a good > > idea (which we should be doing either way). > > That would work well. I just want the type

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Zeev Suraski
At 11:03 11/08/2005, Derick Rethans wrote: On Thu, 11 Aug 2005, Derick Rethans wrote: > > I believe we mentioned once the possibility of adding another error level, > > which is fatal - but still catchable by set_error_handler(). That is a good > > idea (which we should be doing either way).

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Derick Rethans
On Thu, 11 Aug 2005, Zeev Suraski wrote: > You mean it shouldn't be able to stop the application, or that the application > should be able to prevent this error from stopping it? If it's the latter, > then it would be possible. If it's the former, then I don't quite > understand... The latter i

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Lukas Smith
Derick Rethans wrote: On Thu, 11 Aug 2005, Derick Rethans wrote: I believe we mentioned once the possibility of adding another error level, which is fatal - but still catchable by set_error_handler(). That is a good idea (which we should be doing either way). That would work well. I just wa

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Derick Rethans
On Thu, 11 Aug 2005, Lukas Smith wrote: > Derick Rethans wrote: > > On Thu, 11 Aug 2005, Derick Rethans wrote: > > > > > >I believe we mentioned once the possibility of adding another > > > >error level, which is fatal - but still catchable by > > > >set_error_handler(). That is a good idea (w

Re: [PHP-DEV] is_a, instanceof, conclusion

2005-08-11 Thread Michael Wallner
Hi Andi Gutmans, you wrote: > I don't mind undeprecating it while I continue to digest the whole > instanceof thread and look at real-world examples... After all I think there's more hidden behind than just your argument about the generic way...? Why are you defending this broken bridge that har

Re: [PHP-DEV] type hinting throwing a fatal error

2005-08-11 Thread Christian Schneider
Zeev Suraski wrote: > I believe we mentioned once the possibility of adding another error > level, which is fatal - but still catchable by set_error_handler(). What actually would be the same as having a try block around your application. Right, which is infinitely better. It does not encoura

Re: [PHP-DEV] update snaps.php.net to reflect PHP_5_1 branch

2005-08-11 Thread Wez Furlong
Thanks On 8/11/05, Derick Rethans <[EMAIL PROTECTED]> wrote: > On Wed, 10 Aug 2005, Wez Furlong wrote: > > > Can somebody with access to snaps.php.net update it so that 5.1 refers > > to the 5.1 branch, instad of HEAD? > > Yeah, will do that today. > > Derick > > -- > Derick Rethans > http://d

[PHP-DEV] realpath is not available in all LibCs

2005-08-11 Thread Kamesh Jayachandran
Hi, Version PHP 5.1 file main/php_init.c function int php_init_config() uses realpath. In NetWare our earlier releases of LibC SDK has no realpath implementation. I could see the following lines in TSRM/tsrm_virtual_cwd.c #ifndef HAVE_REALPATH #define realpath(x,y) strcpy(y,x) #endif Why not th

Re: [PHP-DEV] Warning: Unicode Merge starting

2005-08-11 Thread Sebastian Bergmann
Andrei Zmievski schrieb: > do not commit anything to Zend/, main/, or ext/standard/ Why not remove the karma from all developers not working on the merge for the time of the merge? Might be harsh, but better safe than sorry. -- Sebastian Bergmann http://www.sebastian-bergm

Re: [PHP-DEV] update snaps.php.net to reflect PHP_5_1 branch

2005-08-11 Thread Edin Kadribasic
OK. Win32 side of things is updated. No PHP-6.0 snaps yet, I figure we can start making those once we drop PHP_5_0 snaps after 5.1.0 release. Edin - Original Message - From: "Wez Furlong" <[EMAIL PROTECTED]> To: "Derick Rethans" <[EMAIL PROTECTED]> Cc: "PHPdev" Sent: Thursday, August 11

Re: [PHP-DEV] update snaps.php.net to reflect PHP_5_1 branch

2005-08-11 Thread Derick Rethans
On Thu, 11 Aug 2005, Edin Kadribasic wrote: > OK. Win32 side of things is updated. No PHP-6.0 snaps yet, I figure we can > start making those once we drop PHP_5_0 snaps after 5.1.0 release. Right. And the unix snaps already have been updated for 5.1 instead of HEAD some hours ago. Derick -- P

[PHP-DEV] [PATCH] Add support to ODBC for Ingres's ODBC/CLI

2005-08-11 Thread Grant Croker
Hi, I was wondering if the attached patch could be applied to ext/odbc. It adds support for Ingres's ODBC/CLI to the ODBC extension. thanks grant -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: realpath is not available in all LibCs

2005-08-11 Thread Sara Golemon
Version PHP 5.1 file main/php_init.c function int php_init_config() uses realpath. In NetWare our earlier releases of LibC SDK has no realpath implementation. I could see the following lines in TSRM/tsrm_virtual_cwd.c #ifndef HAVE_REALPATH #define realpath(x,y) strcpy(y,x) #endif Why not this b

[PHP-DEV] [PATCH] internal class' static properties and constants

2005-08-11 Thread Michael Wallner
Hi, I revised the previous patch to actually working code. Affected files: zend.h zend_API.c, zend_API.h zend_builtin_functions.c zend_compile.c zend_object_handlers.c zend_opcode.c zend_reflection_api.c The patch fixes a typo of the "orig

Re: [PHP-DEV] is_a, instanceof, conclusion

2005-08-11 Thread Andi Gutmans
At 10:49 AM 8/11/2005 +0200, Michael Wallner wrote: Hi Andi Gutmans, you wrote: > I don't mind undeprecating it while I continue to digest the whole > instanceof thread and look at real-world examples... After all I think there's more hidden behind than just your argument about the generic way.

Re: [PHP-DEV] is_a, instanceof, conclusion

2005-08-11 Thread Pierre-Alain Joye
Hello, Can we just "undeprecate" is_a and move on? I do not have zend karma (hopefully ;), Andi, can you take care of that? Besides real world usages, the main point is not going to be solved that soon, both sides can live with an unpedantic is_a (and not deprecated) and a pedantic instanceof. R

Re: [PHP-DEV] is_a, instanceof, conclusion

2005-08-11 Thread Michael Wallner
Hi Andi Gutmans, you wrote: > Nothing hidden. I just don't think it's broken. I don't think it'll be > terrible to change and I will look into it (actually already have). Good news! > I do think that people here missed the point though. If your code really > requires this functionality then I th

Re: [PHP-DEV] is_a, instanceof, conclusion

2005-08-11 Thread Andi Gutmans
I think you missed the point. Not all places that use is_a() should need this functionality, and it's questionable if they do... At 06:01 PM 8/11/2005 +0200, Michael Wallner wrote: Hi Andi Gutmans, you wrote: > Nothing hidden. I just don't think it's broken. I don't think it'll be > terrible t

Re: [PHP-DEV] is_a, instanceof, conclusion

2005-08-11 Thread Michael Wallner
Hi Andi Gutmans, you wrote: > I think you missed the point. Not all places that use is_a() should need > this functionality, and it's questionable if they do... That's why I wrote: "and we assume 10% to check for a non-existing class, it'd bail out at about 70 instances" Regards, -- Michael - <

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_reflection_api.c php-src NEWS

2005-08-11 Thread Andrei Zmievski
9pm last night!! -Andrei On Aug 11, 2005, at 2:32 PM, Antony Dovgal wrote: tony2001Thu Aug 11 17:32:58 2005 EDT Modified files: /php-srcNEWS /ZendEngine2zend_reflection_api.c Log: MF5.1: fix #34078 (Reflection API problems in methods with boolean or

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_reflection_api.c php-src NEWS

2005-08-11 Thread Antony Dovgal
On Thu, 11 Aug 2005 14:51:58 -0700 Andrei Zmievski <[EMAIL PROTECTED]> wrote: > 9pm last night!! So, you didn't say - should I revert it or it's ok. I don't want to memorize the entire contents of Unicode Character Set =) -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Maili

[PHP-DEV] CVS Account Request: binar10

2005-08-11 Thread Geffrey Velasquez Torres
I need to host my project: http://geocities.com/geffreyvt/php-clamavlib/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CVS Account Request: binar10

2005-08-11 Thread Marcus Boerger
Hello Geffrey, we don't accept GPL projects. If you're willing to chose a PECL compliant license you can get an account. Look here: http://pecl.php.net marcus Thursday, August 11, 2005, 11:35:33 PM, you wrote: > I need to host my project: > http://geocities.com/geffreyvt/php-clamavlib/ --

Re: [PHP-DEV] CVS Account Request: binar10

2005-08-11 Thread Antony Dovgal
On Thu, 11 Aug 2005 14:35:33 -0700 "Geffrey Velasquez Torres" <[EMAIL PROTECTED]> wrote: > I need to host my project: > > http://geocities.com/geffreyvt/php-clamavlib/ Actually, you need to write to pecl-dev about it. And don't start with requesting CVS account, it would be good if you tell us

Re: [PHP-DEV] CVS Account Request: binar10

2005-08-11 Thread Gareth Ardron
Marcus Boerger wrote: Hello Geffrey, we don't accept GPL projects. If you're willing to chose a PECL compliant license you can get an account. Look here: http://pecl.php.net Unfortunatly, clamav is totally GPL - so anything based on the libs must be gpl as well. really bloody annoying, e

Re: [PHP-DEV] CVS Account Request: binar10

2005-08-11 Thread Rasmus Lerdorf
Gareth Ardron wrote: > Marcus Boerger wrote: > >> Hello Geffrey, >> >> we don't accept GPL projects. If you're willing to chose a PECL >> compliant >> license you can get an account. Look here: http://pecl.php.net >> >> > Unfortunatly, clamav is totally GPL - so anything based on the libs must

[PHP-DEV] How to get started with Unicode

2005-08-11 Thread Andrei Zmievski
By now, Unicode merge into the public tree has taken place. How do you get started? 1. Take a deep breath. 2. Download and build ICU 3.4. Location: http://www-306.ibm.com/software/globalization/icu/downloads.jsp Extract and cd into icu/source. Execute configure (replacing /usr/loca

Re: [PHP-DEV] Re: Moving to PHP5.1 and Apache 2.2 next year, need help

2005-08-11 Thread steve roussey
Just a couple last notes on lingering: o Apache 2+ uses SO_LINGER by default if it defined for that system. Apache 1 will only use it if you define USE_SO_LINGER (I suppose in configure). Apache2 has all sorts of stuff in the comments of the code and in the manual which is just wrong. Its all fro

[PHP-DEV] [PATCH] VC++ / ZTS fixes, Path I

2005-08-11 Thread cshmoove
i would commit if i had write access... Index: ext/standard/string.c === RCS file: /repository/php-src/ext/standard/string.c,v retrieving revision 1.447 diff -u -r1.447 string.c --- ext/standard/string.c 11 Aug 2005 23:35:59 - 1.4

[PHP-DEV] [PATCH] VC++/ZTS Patch Partie Deux

2005-08-11 Thread cshmoove
Index: Zend/zend_compile.c === RCS file: /repository/ZendEngine2/zend_compile.c,v retrieving revision 1.650 diff -u -r1.650 zend_compile.c --- Zend/zend_compile.c 11 Aug 2005 23:34:55 - 1.650 +++ Zend/zend_compile.c 12 Aug 2005 04:

Re: [PHP-DEV] Re: Moving to PHP5.1 and Apache 2.2 next year, need help

2005-08-11 Thread Andi Gutmans
Hi Steve, Will be interested to see your results. As I mentioned earlier, I believe you'll find FastCGI quite convenient in your case. Andi At 05:48 PM 8/11/2005 -0700, steve roussey wrote: Just a couple last notes on lingering: o Apache 2+ uses SO_LINGER by default if it defined for that s

Re: [PHP-DEV] Re: Moving to PHP5.1 and Apache 2.2 next year, need help

2005-08-11 Thread Rasmus Lerdorf
steve roussey wrote: > This actually sounds like an argument for NOT using mod_php. It sounds > like an argument for using Apache2 or lighttpd or xyz in conjection > with FastCGI. (Or a proxy arangement, which I've done, though in my > personal case, I like to get the same scaling with less machine

Re: [PHP-DEV] Re: Moving to PHP5.1 and Apache 2.2 next year, need help

2005-08-11 Thread steve roussey
Yes, thanks! Hopefully by next week I'll have learned how to set FastCGI up securely and with a php opcode accelerator active. Then I'll give it some time and return with results. On 8/11/05, Andi Gutmans <[EMAIL PROTECTED]> wrote: > Hi Steve, > > Will be interested to see your results. As I ment

Re: [PHP-DEV] Re: Moving to PHP5.1 and Apache 2.2 next year, need help

2005-08-11 Thread steve roussey
Yes, you are quite correct in that a very large site (Yahoo, Google, etc) will use a caching ISP (aka Akami). In fact, I imagine that it would be a completely separate domain name so there would be no cookies and everyone down the chain can easily cache the content as well. Doesn't work for all obj

Re: [PHP-DEV] Re: Moving to PHP5.1 and Apache 2.2 next year, need help

2005-08-11 Thread Xuefer
On 8/12/05, steve roussey <[EMAIL PROTECTED]> wrote: > Just a couple last notes on lingering: > > o Apache 2+ uses SO_LINGER by default if it defined for that system. > Apache 1 will only use it if you define USE_SO_LINGER (I suppose in > configure). Apache2 has all sorts of stuff in the comments

[PHP-DEV] Allow functions in namespaces?

2005-08-11 Thread Jessie Hernandez
Right now, my patch is complete as respects classes inside namespaces, simple import, namespace imports, etc. I just made a few changes locally to see how feasible it was to allow functions inside namespaces, and it was actually very simple. Like classes, the functions internally are prefixed with

Re: [PHP-DEV] Allow functions in namespaces?

2005-08-11 Thread Benjamin Muskalla
Hi Jessie I think there is no need for functions in namespaces because if you want to group functions, you can use a class. I think the destination of the namespaces is just to group classes together. btw: nice patch :) -- Benny On Thu, 2005-08-11 at 23:50 -0400, Jessie Hernandez wrote: > Rig

Re: [PHP-DEV] Allow functions in namespaces?

2005-08-11 Thread Marcus Boerger
Hello Jessie, don't overcomplicate it, just stay with classes. marcus Friday, August 12, 2005, 5:50:08 AM, you wrote: > Right now, my patch is complete as respects classes inside namespaces, > simple import, namespace imports, etc. I just made a few changes locally to > see how feasible it wa