At 12:52 AM 6/11/2003 -0400, Ilia A. wrote:
Well, judging from my own experience, most people do either a full path
include, or a relative path include from the current directory such as
a/b/c.php and similar. So for these cases we can bypass tokenizing the patch
at an fairly light cost of 2 memchr
Well, judging from my own experience, most people do either a full path
include, or a relative path include from the current directory such as
a/b/c.php and similar. So for these cases we can bypass tokenizing the patch
at an fairly light cost of 2 memchr() calls.
The realpath may alleviate the
At 11:02 AM 6/10/2003 +0300, Jani Taskinen wrote:
On Mon, 9 Jun 2003, Sebastian Bergmann wrote:
>Ilia Alshanetsky wrote:
>> # This is a php5 specific bug, no MFB needed
>
> Then why make an NEWS entry?
I was thinking the same.. :)
NEWS should be about changes between releases..not betwee
At 07:15 AM 6/11/2003 +0300, Andi Gutmans wrote:
At 09:51 PM 6/10/2003 -0400, Ilia A. wrote:
There are a several things that could be done to speed file opening process
up. Attached is a fairly simple patch that in most cases optimizes
potentially expensive code that looks for ../ and ./ in the pat
At 06:55 PM 6/10/2003 -0700, Rasmus Lerdorf wrote:
On Tue, 10 Jun 2003, Ilia A. wrote:
> As far as realpath() goes beyond the _once() directives and php
installations
> where safe_mode or open_basedir are enabled it is not really needed. To
> handle safe_mode/open_basedir is fairly easy and mostly
At 09:51 PM 6/10/2003 -0400, Ilia A. wrote:
There are a several things that could be done to speed file opening process
up. Attached is a fairly simple patch that in most cases optimizes
potentially expensive code that looks for ../ and ./ in the path.
This sounds like a weird patch to me. How many
On Tue, 10 Jun 2003, Ilia A. wrote:
> As far as realpath() goes beyond the _once() directives and php installations
> where safe_mode or open_basedir are enabled it is not really needed. To
> handle safe_mode/open_basedir is fairly easy and mostly involves passing
> TSRMLS_CC to virtual_file_ex() a
On June 9, 2003 12:58 pm, Andi Gutmans wrote:
> At 01:27 PM 6/4/2003 -0400, Ilia A. wrote:
> >Here is an analysis of the situation as it stands with PHP 4.3.3. As far
> > as I can tell that even when opening files with the full path we do a lot
> > of completely unnecessary work.
> >
> >We start fr
There are a several things that could be done to speed file opening process
up. Attached is a fairly simple patch that in most cases optimizes
potentially expensive code that looks for ../ and ./ in the path.
Ilia
Index: TSRM/tsrm_virtual_cwd.c
=
I would like to get a CVS account in order to help translating the documentation from
English to Hebrew.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
maybe I am doing something wrong but when trying to
add a resource (of my type) as property of a object
PHP segfaults on shutdown. The code below uses
to add the property in the constructor but the result
should be the same when the resource is created
and added as property in a method.
Th
joining the german translator team
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Tue, 10 Jun 2003 15:37:31 +0200
Martin Jansen <[EMAIL PROTECTED]> wrote:
> Splitting PECL out of PEAR in terms of the website (*) will improve
> PECL's position a lot: Right now people consider it to be a subset of
> PEAR (the PECL packages are really pretty much hidden in PEAR atm) and
> thus
On Tue Jun 10, 2003 at 11:4042AM +0200, Pierre-Alain Joye wrote:
> On 10 Jun 2003 11:36:09 +0200
> Per Lundberg <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 2003-06-08 at 18:23, Rasmus Lerdorf wrote:
> > > Getting it out of PEAR and up to its own top-level cvs module is a
> > > start.
> >
> > +1 on t
Can someone explain to me why ZE always resets the is_ref and refcount
fields of a function's return_value to 0 and 1 respectively? This means
that we cannot return references or refcounted values at all, and that
we can do things in userland PHP that we cannot do in C code.
-Andrei
* On the keybo
On Tue, 10 Jun 2003 12:09:28 +0100
"James Cox" <[EMAIL PROTECTED]> wrote:
> Actually, it should be fairly easy to use the same codebase for two
> different sites and have a few if statements to stylize the site
> depending on which url is going to. (btw, pecl.php.net is already an
> alias for pea
> On Mon Jun 09, 2003 at 03:1630PM +0100, James Cox wrote:
> > By moving PECL into the limelight. This week, I will be
> > splitting PECL into it's own cvs module, and (after discussion) I'd like
> > to create a version of pearweb for pecl.php.net, essentially seperating
> > the PEAR and PECL p
On Tue, 10 Jun 2003, Pierre-Alain Joye wrote:
> On Mon, 9 Jun 2003 15:16:30 +0100
> "James Cox" <[EMAIL PROTECTED]> wrote:
>
> > How do we get here?
> >
> > By moving PECL into the limelight. This week, I will be splitting PECL
> > into it's own cvs module, and (after discussion) I'd like to cre
On Mon, 9 Jun 2003 15:16:30 +0100
"James Cox" <[EMAIL PROTECTED]> wrote:
> How do we get here?
>
> By moving PECL into the limelight. This week, I will be splitting PECL
> into it's own cvs module, and (after discussion) I'd like to create a
> version of pearweb for pecl.php.net, essentially sepe
On 10 Jun 2003 11:36:09 +0200
Per Lundberg <[EMAIL PROTECTED]> wrote:
> On Sun, 2003-06-08 at 18:23, Rasmus Lerdorf wrote:
> > Getting it out of PEAR and up to its own top-level cvs module is a
> > start.
>
> +1 on this -- I know myself, when I was trying to find a PECL module
> that I *knew* sho
On Sun, 2003-06-08 at 18:23, Rasmus Lerdorf wrote:
> Getting it out of PEAR and up to its own top-level cvs module is a start.
+1 on this -- I know myself, when I was trying to find a PECL module
that I *knew* should be somewhere, but I had no idea that it would be
hidden in the PEAR module...
--
On Mon Jun 09, 2003 at 03:1630PM +0100, James Cox wrote:
> By moving PECL into the limelight. This week, I will be splitting PECL into
> it's own cvs module, and (after discussion) I'd like to create a version of
> pearweb for pecl.php.net, essentially seperating the PEAR and PECL projects.
While
Hi,
i'm currently working on adding xmlsec support to the domxml extension. The
main C api call of the xmlsec library is:
xmlSecEncCtxXmlEncrypt(encCtx, encDataNode, nodep);
Which takes a node pointer (nodep), encrypts it and puts the encrypted
result into another node pointer (encDataNode). In
On Mon, 9 Jun 2003, Sebastian Bergmann wrote:
>Ilia Alshanetsky wrote:
>> # This is a php5 specific bug, no MFB needed
>
> Then why make an NEWS entry?
I was thinking the same.. :)
NEWS should be about changes between releases..not between
revisions in CVS. :)
--Jani
24 matches
Mail list logo
