[PHP-DEV] Re: [PATCH] parse_url rewrite

Ok for me, +1. -- Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com - Hébergement de sites Internet "Ilia A." <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > As clearly demonstrated buy bug report #16545, the current implementation of > parse_url() function is

[PHP-DEV] [PATCH] parse_url rewrite

As clearly demonstrated buy bug report #16545, the current implementation of parse_url() function is extremely slow. I wrote a custom state machine parser to do the parsing in the place of the current regular expression. The result is code that takes a fraction of the time to run and in addition

[PHP-DEV] rotation function for bundled gd

Hello, Here is a 1st shot to adding rotations function to the bundled gd : http://www.pearfr.org/phpgd/ I worked only on gd sources, I currently do not have enough time to go in php sources ;), I can try to do it during the next weekend. I have to fix the background color for unconvered zones,

Re: [PHP-DEV] Multiple copies of files in the source... why?

Hi Dan, ext/rpc is the the ZE2 version of ext/com and ext/java, which will (most likely) be removed from the repository once ZE2 is officially released. ext/rpc is designed to make it easier to implement those kinds of extensions and is a kind of extensible extension (as is ext/session). --Wez.

Re: [PHP-DEV] xslt patch (Was: Re: [PHP-CVS] cvs: php4 / configure.in/main php_version.h)

Well, you guys are in the middle of some good work on the xslt extension. It's far enough removed from the core as far as I am concerned and that extension badly needs the work. Keep going. -Rasmus On Sun, 6 Oct 2002, Melvyn Sopacua wrote: > At 00:58 6-10-2002, Rasmus Lerdorf wrote: > > >Just

Re: [PHP-DEV] xslt patch (Was: Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h)

At 00:58 6-10-2002, Rasmus Lerdorf wrote: >Just do: cvs -d:pserver:[EMAIL PROTECTED]:/respository co -r PHP_4_3 php4 I already checked out the branch. Was more concerned about the 'no new funcs when branched' rule. >And commit. > >-Rasmus > >On Sun, 6 Oct 2002, Melvyn Sopacua wrote: > > > At

Re: [PHP-DEV] xslt patch (Was: Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h)

Just do: cvs -d:pserver:[EMAIL PROTECTED]:/respository co -r PHP_4_3 php4 And commit. -Rasmus On Sun, 6 Oct 2002, Melvyn Sopacua wrote: > At 00:16 6-10-2002, you wrote: > > >On Sat, 05 Oct 2002, Melvyn Sopacua wrote: > > > Hi Andrei, > > > > > > are you gonna branch shortly? Otherwise I'd like

[PHP-DEV] xslt patch (Was: Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h)

At 00:16 6-10-2002, you wrote: >On Sat, 05 Oct 2002, Melvyn Sopacua wrote: > > Hi Andrei, > > > > are you gonna branch shortly? Otherwise I'd like to > > commit changes to sablot.c and xslt.c which introduce > > 2 new functions and change the way it interacts with > > Sablotron. > >I've already b

RE: [PHP-DEV] auto_prepend/append: does the PHP engine cache the

> I find myself including() the same constants.inc file in all my scripts, > is there a way to declare static constants that remain even when a > script exits? (I am using PHP as an Apache module). I wrote the PWEE PHP extension to solve this exact problem. http://pwee.sourceforge.net I haven

Re: [PHP-DEV] PHP 4.3 branch

"Sebastian Bergmann" <[EMAIL PROTECTED]> > Andrei Zmievski wrote: > > I have made PHP_4_3 branch just now. > > Will HEAD become 4.4.0-dev, or 5.0.0-dev? Considering the long release > cycle to be expected I prefer the latter. +1 for 5.0.0-dev -- PHP Development Mailing List

Re: [PHP-DEV] PHP 4.3 branch

On Saturday, October 5, 2002, at 04:30 PM, Sebastian Bergmann wrote: > Well, not really. But knowing that HEAD would become PHP 5 could > maybe > encourage projects like rewriting stuff like ext/domxml, ext/java or > sapi/java for PHP 5. Do you really need an artificial reason, such as a

Re: [PHP-DEV] PHP 4.3 branch

On Sat, 05 Oct 2002, Sebastian Bergmann wrote: > Andrei Zmievski wrote: > > Does it really matter? It's just a string in php_version.h. > > Well, not really. But knowing that HEAD would become PHP 5 could maybe > encourage projects like rewriting stuff like ext/domxml, ext/java or > sapi/ja

Re: [PHP-DEV] PHP 4.3 branch

Andrei Zmievski wrote: > Does it really matter? It's just a string in php_version.h. Well, not really. But knowing that HEAD would become PHP 5 could maybe encourage projects like rewriting stuff like ext/domxml, ext/java or sapi/java for PHP 5. -- Sebastian Bergmann http://sebastian-

Re: [PHP-DEV] PHP 4.3 branch

On Sat, 05 Oct 2002, Sebastian Bergmann wrote: > Will HEAD become 4.4.0-dev, or 5.0.0-dev? Considering the long release > cycle to be expected I prefer the latter. Does it really matter? It's just a string in php_version.h. -Andrei http://www.gravitonic.

Re: [PHP-DEV] variables_order too powerful

Can someone look into this for 4.3.0? I think this would go nicely there. Regards, Philip On Tue, 16 Jul 2002, Philip Olson wrote: > In this bug report: > > variables_order affects existence of php > predefined variables > * http://bugs.php.net/16155 > > The following tentative

Re: [PHP-DEV] PHP 4.3 branch

Andrei Zmievski wrote: > I have made PHP_4_3 branch just now. Will HEAD become 4.4.0-dev, or 5.0.0-dev? Considering the long release cycle to be expected I prefer the latter. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you?

[PHP-DEV] PHP 4.3 branch

All, I have made PHP_4_3 branch just now. This is the branch that will be used for 4.3.0 release and subsequent point releases. If you fix a bug in HEAD, please do not forget to merge it into the PHP_4_3 branch as well. Thank you, -Andrei http://www.gravito

[PHP-DEV] Setting session var to null now wrong?

I recently noticed that a commit late on Oct 2nd to session.c makes setting a session variable to null now incorrect and spits back a warning at the end of the page. I did use the ini workaround to get around this, but I am still wondering why it is wrong to do this. I am setting session variabl

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

On Sat, Oct 05, 2002 at 09:33:08AM -0400, Ilia A. wrote: > > I think Zeev is going to re-implement phps soon. > > It supposed to be much like normal php script internally. > > ATM this is not the case, when Zeev does make the change it is likely it'll be > after 4.3 is released. Until such a cha

Re: [PHP-DEV] Apache 2

On Wed, Oct 02, 2002 at 05:25:43PM -0400, Ilia A. wrote: > The attached patch accomplished the following things: > > - Added apache_response_headers(), apache_note(), > apache_getenv(), apache_setenv() functions. > - The getallheaders() is renamed to apache_request_headers() >

[PHP-DEV] Multiple copies of files in the source... why?

It was just pointed out to me that ext/rpc might be a good way to implement some java fixes for PHP. So upon taking a look, I discovered that ext/rpc/java exists, and it is (was) an exact copy of the ext/java directory tree. Why is this? And why isn't it be kept in sync with ext/java? >---

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

On October 5, 2002 01:07 pm, Zeev Suraski wrote: > At 16:33 05/10/2002, Ilia A. wrote: > >ATM this is not the case, when Zeev does make the change it is likely > >it'll be > >after 4.3 is released. Until such a change is made there is really no need > > to restrict the functionality of Apache 2 IM

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

At 16:33 05/10/2002, Ilia A. wrote: >ATM this is not the case, when Zeev does make the change it is likely >it'll be >after 4.3 is released. Until such a change is made there is really no need to >restrict the functionality of Apache 2 IMHO. I actually think it's better not to introduce new .php

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

On Sat, 5 Oct 2002, Ilia A. wrote: > On October 5, 2002 06:15 am, Yasuo Ohgaki wrote: > > Edin Kadribasic wrote: > > > On Friday 04 October 2002 18:06, Ilia A. wrote: > > >>The attached patch adds .phps file support for Apache 2, allowing Apache > > >> 2 users to show prettified source of their s

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

On October 5, 2002 06:15 am, Yasuo Ohgaki wrote: > Edin Kadribasic wrote: > > On Friday 04 October 2002 18:06, Ilia A. wrote: > >>The attached patch adds .phps file support for Apache 2, allowing Apache > >> 2 users to show prettified source of their scripts, just like their > >> Apache 1 counterp

[PHP-DEV] PHP_IC_ENTRY

When I run make test the session tests fail (almost all of them) and it seems after some tracing that PHP_IC_ENTRY is always NULL and for the sessions so it dies when running object_common1 from php_var_unserialize. This first occurs in 003.phpt. Anyone care to throw pointers about what's going on

[PHP-DEV] Re: [PHP-DOC] Error List...

> > IMHO if anyone gets on this job, general errors should > > be put somewhere to an appendix, and function specific > > errors should go to every function ;) Like what errors > > mail() can emit. This is a *huge* work as I can see. > > This sounds good, can this process be at > least parti

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard info.c

Wez Furlong wrote: > wez Sat Oct 5 06:55:54 2002 EDT > > Modified files: > /php4/ext/standard info.c > Log: > Fix Win32 build as PHP_CONFIG_FILE_SCAN_DIR is not #defined. I added PHP_CONFIG_FILE_SCAN_DIR to config.w32.h.in already. -- Sebastian Bergmann http://sebas

Re: [PHP-DEV] [PATCH] .phps support for Apache 2

Edin Kadribasic wrote: > On Friday 04 October 2002 18:06, Ilia A. wrote: > >>The attached patch adds .phps file support for Apache 2, allowing Apache 2 >>users to show prettified source of their scripts, just like their Apache 1 >>counterparts can. >> >>It is a fairly simple patch, that adds just