Re: [PHP-DEV] Zend fast cache

At 07:17 PM 11/30/2002 -0500, Sterling Hughes wrote: hrm. :) My only question is really about sequential accesses. for the purpose of example let's pretend its just for zvals... (pool is our pool array of zval structs) ALLOC_ZVAL() -> Do we have a zval available? -> yes! -> return pool[0

Re: [PHP-DEV] Zend fast cache

On Sat, 30 Nov 2002, George Schlossnagle wrote: > A little off-list discussion has sold me on the linked list > implementation. Seems very fast and very simple. O(1) operations are hard to beat. Note that free lists are not primarily about speed, they are also an extremely helpful t

Re: [PHP-DEV] Zend fast cache

A little off-list discussion has sold me on the linked list implementation. Seems very fast and very simple. George On Saturday, November 30, 2002, at 07:53 PM, Daniel Cowgill wrote: On Saturday, November 30, 2002, at 07:17 PM, Sterling Hughes wrote: The problem I see with an array approa

Re: [PHP-DEV] Zend fast cache

The problem I see with an array approach from an api perspective is simply when a bucket is free'd, in order to have efficient memory usage, we'd need a second level array scan for every ALLOC_ZVAL(). Perhaps a linked list would be a better choice for this, as we can just be smart about bucket

Re: [PHP-DEV] Zend fast cache

On Saturday, November 30, 2002, at 07:17 PM, Sterling Hughes wrote: The problem I see with an array approach from an api perspective is simply when a bucket is free'd, in order to have efficient memory usage, we'd need a second level array scan for every ALLOC_ZVAL(). Perhaps a linked list wo

Re: [PHP-DEV] Zend fast cache

How does searching the freelist work in this? How is this faster than say a 3-level page table implementation? That said, I do think that if we can get very fast code to pre-allocate zval's it would be a good idea (hopefully we could get more than 5% increase). I already have an idea for how I

Re: [PHP-DEV] Zend fast cache

> At 02:59 PM 11/30/2002 -0500, Sterling Hughes wrote: > >Hey, > > > >I was checking the CVS logs, and I read :: > > > >revision 1.13 > >date: 2001/11/26 17:27:59; author: andi; state: Exp; lines: +1 -1 > >- Turn off fast cache until we make sure it performs well. > >- The best solution is proba

Re: [PHP-DEV] Zend fast cache

At 02:59 PM 11/30/2002 -0500, Sterling Hughes wrote: Hey, I was checking the CVS logs, and I read :: revision 1.13 date: 2001/11/26 17:27:59; author: andi; state: Exp; lines: +1 -1 - Turn off fast cache until we make sure it performs well. - The best solution is probably to limit its size. I

[PHP-DEV] Zend fast cache

Hey, I was checking the CVS logs, and I read :: revision 1.13 date: 2001/11/26 17:27:59; author: andi; state: Exp; lines: +1 -1 - Turn off fast cache until we make sure it performs well. - The best solution is probably to limit its size. I was just wondering what was wrong, and what it would

[PHP-DEV] Bugfixing #20663

Following patch allows longer error messages within Zend. marcus cvs -z3 -q diff zend.c (in directory S:\php4-HEAD\Zend) Index: zend.c === RCS file: /repository/ZendEngine2/zend.c,v retrieving revision 1.193 diff -u -r1.193 zend.c --

Re: [PHP-DEV] Hashtables

On Sat, 30 Nov 2002, John Coggeshall wrote: > > Hey all > > I was playing around and I'm running into a problem with a hashtable... > Basically, it's segfaulting my code :) Specifically, I'm trying to > return the number of items in the hash... > > if(zend_hash_num_elements(hash) == 0) > > Whi

[PHP-DEV] Hashtables

Hey all I was playing around and I'm running into a problem with a hashtable... Basically, it's segfaulting my code :) Specifically, I'm trying to return the number of items in the hash... if(zend_hash_num_elements(hash) == 0) Which causes the following: Program received signal SIGSEGV, Segmen

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: Zend / zend.c zend.h zend_builtin_functions.c

On Sat, 30 Nov 2002, Sebastian Bergmann wrote: > Marcus Börger wrote: > > New functionality? > > It vitaly improves new functionality (debug_backtrace()). IMO it's too late; we're in RC2 already. Derick -- - Derick Re

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: Zend / zend.c zend.h zend_builtin_functions.c

Marcus Börger wrote: > New functionality? It vitaly improves new functionality (debug_backtrace()). -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development

Re: [PHP-DEV] [PATCH] Changes to ext_skel for C++

At 18:07 30.11.2002, Sterling Hughes wrote: > Is there any reason the ifdef __cplusplus doesn't work? There shouldn't > be any need for extra processing or config options. > well, i think c++ code might confuse people just starting out writing a C extension... -Sterling But there are more thi

Re: [PHP-DEV] [PATCH] Changes to ext_skel for C++

> Is there any reason the ifdef __cplusplus doesn't work? There shouldn't > be any need for extra processing or config options. > well, i think c++ code might confuse people just starting out writing a C extension... -Sterling > J Smith wrote: > >How about adding something like this to skeleto

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: Zend / zend.c zend.h zend_builtin_functions.c

At 17:05 30.11.2002, Sebastian Bergmann wrote: Andi Gutmans wrote: > andiSat Nov 30 05:51:56 2002 EDT > > Modified files: > /Zend zend.c zend.h zend_builtin_functions.c > Log: > - debug_print_backtrace (by George Schlossnagle <[EMAIL PROTECTED]>) MFH? New function

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: Zend / zend.c zend.h zend_builtin_functions.c

Andi Gutmans wrote: > andiSat Nov 30 05:51:56 2002 EDT > > Modified files: > /Zend zend.c zend.h zend_builtin_functions.c > Log: > - debug_print_backtrace (by George Schlossnagle <[EMAIL PROTECTED]>) MFH? -- Sebastian Bergmann http://sebastian-bergmann.de/

Re: [PHP-DEV] [PATCH] Changes to ext_skel for C++

Is there any reason the ifdef __cplusplus doesn't work? There shouldn't be any need for extra processing or config options. J Smith wrote: How about adding something like this to skeleton.c: /* __begin_extern_c__ */ /* __end_extern_c__ */ And having the sed script in ext_skel replace them with

[PHP-DEV] PHP 4 Bug Summary Report

PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (1012 total including feature requests) ===[*Configuration Issues] 13561 Assigned --without-pear prevent install of php-config,phpize,... 19282 Won't fix Place php4ts.dl

Re: [PHP-DEV] $_get['variable']

At 12:27 PM 11/30/02 +, Benjamin Paul wrote: Anyone know how to allow pre 4.0.3 code which was written when you could call get parsed variables as $variable etc tyo work on the new version of php which doesnt allow this ??? This really belongs on the php-general list, this list is for the

Re: [PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] Re: Modules/Extensions not in 4.3

> We talkes about this at our March Doc meeting. The problem is that the > different doc systems mostly started out from the initial "phpdoc" > repositories system, and developed on their own ways. Reuniting the build > systems under one umbrella would be quite a hard task, and I don't know who > c

[PHP-DEV] $_get['variable']

Anyone know how to allow pre 4.0.3 code which was written when you could call get parsed variables as $variable etc tyo work on the new version of php which doesnt allow this ??? Thanks Ben Paul Proactive Innovations LTD www.proactiveinnovations.co.uk -- PHP Development Mailing List

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] Re: Modules/Extensions not in 4.3

Well, you raise some points ;) > Again, IMO, the madness of having no less than 3 different docu systems > (phpdoc, peardoc and peardoc2) makes very little sense; why not just use > "one system (tm)" for docs? (let's save some developer brain power for > more useful things). We talkes about this

Re: [PHP-DEV] [PATCH] Redirect on Error

At 12:00 30.11.2002, Sascha Schumann wrote: > > -1 on errno-style error codes. They are not versatile > > enough or easy to manage. > > They are a lot more versatile and manageable than having to use > substring/regexp matching on human-readable text. > > What I'm going for here is a way

Re: [PHP-DEV] [PATCH] Redirect on Error

On Sat, 30 Nov 2002, Sascha Schumann wrote: > > > -1 on errno-style error codes. They are not versatile > > > enough or easy to manage. > > > > They are a lot more versatile and manageable than having to use > > substring/regexp matching on human-readable text. > > > > What I'm going for

Re: [PHP-DEV] Bug #20460 (Feature Request)

On Sat, 30 Nov 2002, Stig S. Bakken wrote: > > 4) Make sure we can use fscanf on a dynamically sized buffer. This will > > definitely the hardest solution, but also the most beautiful one. > > [4] is definitely the best option. formatted_print.c already does > something similar. Stig, it's al

Re: [PHP-DEV] Bug #20460 (Feature Request)

On Wed, 27 Nov 2002, Derick Rethans wrote: > On Wed, 27 Nov 2002, Sara Pollita Golemon wrote: > > > User complains that maximum length of a line used by fscanf is too short > > (he has lines > 1600 chars). Looking at file.h I agree (it's only 512). > > > > The user requested two options: > > >

Re: [PHP-DEV] [PATCH] Redirect on Error

> > -1 on errno-style error codes. They are not versatile > > enough or easy to manage. > > They are a lot more versatile and manageable than having to use > substring/regexp matching on human-readable text. > > What I'm going for here is a way for scripts to detect _why_ fopen fails, > ot

Re: [PHP-DEV] [PATCH] Redirect on Error

On Wed, 27 Nov 2002, Sascha Schumann wrote: > On Wed, 27 Nov 2002, Stig S. Bakken wrote: > > > On Tue, 2002-11-26 at 14:57, Andrei Zmievski wrote: > > > On Tue, 26 Nov 2002, Edin Kadribasic wrote: > > > > On Tue, 26 Nov 2002, Maxim Maletsky wrote: > > > > > I rather propose. And, it seems to inte