Re: [PHP-DEV] Per-request UG(unicode)

2006-10-03 Thread Sara Golemon
[EMAIL PROTECTED] wrote: What soup? Did you check out the patch? It's actually not bad at all. It's even cleaner than what we had previously as we just make sure we have two versions and we use the right one... I did check it out. Even made changes to try out a few variations on the theme. I

Re: [PHP-DEV] Per-request UG(unicode)

2006-10-03 Thread Rasmus Lerdorf
Christian Schneider wrote: Andi Gutmans wrote: Maybe in a purists view it's not great, but in real life, many many many users run more than one application on the same PHP server. Not supporting per-request Unicode in PHP 6 is going to be a huge mistake and will just screw our users, most of t

Re: [PHP-DEV] Per-request UG(unicode)

2006-10-03 Thread Christian Schneider
Andi Gutmans wrote: Maybe in a purists view it's not great, but in real life, many many many users run more than one application on the same PHP server. Not supporting per-request Unicode in PHP 6 is going to be a huge mistake and will just screw our users, most of them not purists nor hackers..

[PHP-DEV] RC5 on Thursday

2006-10-03 Thread Ilia Alshanetsky
The filter issue has been cleared up, as you can probably tell from my massive commit last night. Both of the protagonists of the discussion appear to be sufficiently mollified ;-), so its time to get back on track with the 5.2 release cycle. If all goes well this Thursday RC5 will be relea

RE: [PHP-DEV] Per-request UG(unicode)

2006-10-03 Thread Andi Gutmans
What soup? Did you check out the patch? It's actually not bad at all. It's even cleaner than what we had previously as we just make sure we have two versions and we use the right one... Andi > -Original Message- > From: Sara Golemon [mailto:[EMAIL PROTECTED] > Sent: Friday, September 29

RE: [PHP-DEV] Per-request UG(unicode)

2006-10-03 Thread Andi Gutmans
What kind of hackery? Have you looked at the PHP 6 source code? This is like epsilon compared to the conditionals and "hacks" that had to be made for Unicode. In fact, this patch is insignificant compared to the other changes and provides VERY high value. Maybe in a purists view it's not great, but

[PHP-DEV] PHP 5.2 "Feature Request": Export 2 Session Module Symbols

2006-10-03 Thread Stefan Esser
Hi, I would like to have a last minute fix in PHP 5.2+ It is nothing that could break functionality... I only want _php_find_ps_module _php_find_ps_serializer to be no longer static but beeing exported. The reason for this is simple... I would like to use the PHP session storage modules to stor

[PHP-DEV] CVS Account Request: auroraeosrose

2006-10-03 Thread Elizabeth Marie Smith
Helping with writing php-gtk2 documentation -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend.c zend_globals.h zend_unicode.c

2006-10-03 Thread Andrei Zmievski
Strange. I don't see it here on FreeBSD. Does anyone else have this problem? -A On Oct 3, 2006, at 4:56 AM, Rob Richards wrote: I get consistent crashes on windows during shutdown with this change. Access violation in the dtor at: ucol_close(unicode_globals->root_collator); It did open cor

[PHP-DEV] zend_fcall_info API

2006-10-03 Thread Michael Wallner
Hi, I'd like to see zend_fcall_info_init() signature extended with an additional 'zval *callable_name' argument. Additionally it seems that a vararg version of the zend_fcall_info_args() function would be valuable too: int zend_fcall_info_argv(zend_fcall_info *fci TSRMLS_DC, int argc, ...) {

Re: [PHP-DEV] Object Memory Leakage...

2006-10-03 Thread Jon Anderson
Sorry for the late reply. I was on vacation last week... Richard Quadling wrote: Using PHP 5.2.0RC5-dev (cli) (built: Sep 18 2006 08:20:52) on Windows (which has no memory_get_usage() functions), the scripts work fine. I tried again with latest PHP 5.2 CVS (php -v says "PHP 5.2.0RC5-dev (cli) (

Re: [PHP-DEV] Per-request UG(unicode)

2006-10-03 Thread Derick Rethans
On Fri, 29 Sep 2006, Stanislav Malyshev wrote: > > > Nooone is arguing that from the userspace side, having per-dir support for > > setting the unicode flag is a good thing. It is. The question is: Is it > > good enough to justify the soup that will become of the internal registries? > > I'm