Re: Fwd: Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-11-05 Thread Andi Gutmans
Hmm, that wasn't quite the gain I was hoping for. Might be time for the contest after all (to create a compatible way of serializing). Andi At 04:17 PM 11/5/2004 -0500, Ilia Alshanetsky wrote: On large arrays (Ex. $GLOBALS) this patch seems to have ~10% speed improvement on PHP 5. Ilia Andi Gut

Re: Fwd: Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-11-05 Thread Ilia Alshanetsky
On large arrays (Ex. $GLOBALS) this patch seems to have ~10% speed improvement on PHP 5. Ilia Andi Gutmans wrote: Still behind a bit on my email. Has anyone tested this yet? It would be cool to commit. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.

Fwd: Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-11-05 Thread Andi Gutmans
Andi Gutmans <[EMAIL PROTECTED]>, internals <[EMAIL PROTECTED]> Subject: Re: [PHP-DEV] Re: PHP 5.1 roadmap X-Security: message sanitized on mail.zend.com See http://www.impsec.org/email-tools/sanitizer-intro.html for details. $Revision: 1.143 $Date: 2004-04-10 09:05:42-

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-30 Thread Marcus Boerger
Hello Andi, i want typehinting with arrays and ifsetor in 5.1. Also i still think we should change the way objects work: The stored objects should know their classentry and have a pointer to the handlers. That should speed up everything related to objects. The only thing it won't allow is storin

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-27 Thread Wez Furlong
I didn't try it (the boxen are shipping to USA), but I did look through it; it looks like it will do the job. Once I've settled in, I'll give it a go if no one beats me to it. It looks good to go in anyway IMO; thanks Sascha. --Wez On Wed, 27 Oct 2004 11:19:30 -0700, Andi Gutmans <[EMAIL PROTE

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-27 Thread Andi Gutmans
Wez, Did you try this patch? It'd be good if someone who had serialization performance issues can verify this significantly improves it. Andi At 01:10 PM 10/24/2004 +0200, Sascha Schumann wrote: > The specific case I had was serializing an array containing a whole > bunch of arrays representing t

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-26 Thread Andi Gutmans
I suggest that after PHP conference, when it'll be clearer of where PDO is heading, we decide on a tentative PHP 5.1 RC date and then see what can/can't make it in. Quite a few things which have been suggested require very little effort and including what we already have in HEAD w/ PDO would war

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-26 Thread Rob Richards
From: Christian Stocker > - Better error support for xml extension > > I already talked about that with rob. nothing's coded right now, but > would be good to have an easier way to catch xml errors in PHP 5.1 (it's > unsatisfying right now) would really like to see libxml bumped up to a 2.6.x ver

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-25 Thread Greg Beaver
Christian Stocker wrote: - Better error support for xml extension I already talked about that with rob. nothing's coded right now, but would be good to have an easier way to catch xml errors in PHP 5.1 (it's unsatisfying right now) HUGE +1 Greg -- PHP Internals - PHP Runtime Development Mailing L

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-25 Thread Christian Stocker
I'm late, but nevertheless: On 22.10.2004 9:05 Uhr, Andi Gutmans wrote: It sounds to me that it makes sense to split the roadmap into two. Probably something like: PHP 5.1: - Improved VM - PDO - Possibly improved serialization - Other minor changes in language and extension - Include XMLReader in

RE: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-24 Thread David Zülke
> Pierre is also working on a new date ext (which seems to be maturing > from what little he told me on wednesday evening at a bar) which imho > PHP is desparately in need of. Pierre, can you give us a rundown of the > status? > > Then there is also PIMP :-) Yeah I'd love to have the chance to fi

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-24 Thread Sean Coates
Sascha Schumann wrote: Are you aware that PHP's serialize format is used by various non-PHP modules as an exchange format? E.g. Perhaps serialized data could be contain a serializer version number/tag, in the future? If version info is not found, it could default to the old/current forma

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-24 Thread Sascha Schumann
> The specific case I had was serializing an array containing a whole > bunch of arrays representing the data from tables in a database. I > don't recall how many rows there were, but the serialized data was > around 5 MB. This was on windows, and feels like realloc doing > over-time, so a fix co

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-24 Thread Sascha Schumann
> I saw someone mentioned the performance of serialization. > Maybe we should have a competition similar to the longlong2str that MySQL had > a few years ago :) > Who writes the fastest and best written serialization/unserialization routines > for zval's. Are you aware that PHP's serialize for

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-22 Thread Wez Furlong
On Fri, 22 Oct 2004 13:49:53 -0700, Andi Gutmans <[EMAIL PROTECTED]> wrote: > At 10:13 AM 10/22/2004 +0100, Wez Furlong wrote: > >I'd like to get LFS support into 5.1; it kinda needs int64 support. I > >would be happy with a ZVAL_INT64() macro that assigns an int64 type to > >a zval; for now it wo

Re: [PHP-DEV] Re: PHP 5.1 roadmap

2004-10-22 Thread Wez Furlong
I added some stuff along these lines 3 weeks ago: http://viewcvs.php.net/viewcvs.cgi/pecl/pdo/pdo_stmt.c.diff?r1=1.47&r2=1.48 +/* {{{ proto int PDOStatement::columnCount() + Returns the number of columns in the result set */ +/* {{{ proto array PDOStatement::getColumnMeta(int $column) + Retu