[resend]
It's necessary to pick up EXTRA_CFLAGS and friends when building against
httpd-2.0 HEAD due to LFS support in APR.
Index: sapi/apache2handler/config.m4
===
RCS file: /repository/php-src/sapi/apache2handler/config.m4,v
retrie
the first thing you would optimize is your code location - not your php
installation...
On May 6, 2004, at 6:46 PM, BUSTARRET, Jean-Francois wrote:
I just did a quick stress test of the patch.
My config is : Xeon 2GHz/512MB/IDE drive, apache 1/PHP 4.2.3/APC 2.0.3.
I did change the patch in order
translate documentation to from english to spanish
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 6 May 2004, Cristiano Duarte wrote:
> Cristiano Duarte wrote:
>
> > Hi internals,
> >
> > this piece of code causes coredumps with PHP5-RC2:
> I also tested with latest CVS (2004-05-06).
File a bug (including a backtrace).
Derick
--
PHP Internals - PHP Runtime Development Mailing List
I just did a quick stress test of the patch.
My config is : Xeon 2GHz/512MB/IDE drive, apache 1/PHP 4.2.3/APC 2.0.3.
I did change the patch in order to apply it on PHP 4.2.3.
The test template is :
It is located on a NFS server and is 5 directories deep (2 local/3 NFS).
The include/include$1.
Cristiano Duarte wrote:
> Hi internals,
>
> this piece of code causes coredumps with PHP5-RC2:
I also tested with latest CVS (2004-05-06).
Cristiano Duarte
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi internals,
this piece of code causes coredumps with PHP5-RC2:
register_function('test', 'smarty_test');
$s->display('exception_bug.tpl');
?>
Here is the template(exception_bug.tpl):
Exception BUG
{test name="ExceptionBugTest"}
--
PHP Internals - PHP Runtime Development Mailing List
To
The Message From Rasmus Lerdorf on Thu, 6 May 2004 07:58:38 -0700 (Pacific Standard
Time):
> > (patch against APC-2.0.3, current CVS-HEAD is somehow unstable...)
>
> How so?
I haven't yet inpected the cause but APC in CVS crashed with PHP
4.3.7-dev (tested today), so I chose stable APC-2.0.3...
> (patch against APC-2.0.3, current CVS-HEAD is somehow unstable...)
How so?
-Rasmus
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
-Forwarded Message-
From: Jani Taskinen <[EMAIL PROTECTED]>
Sent: May 5, 2004 1:51 PM
To: Dan Rizzi <[EMAIL PROTECTED]>
Subject: Re: Fw: Bug #27986 [Ver]: make errors still persist - time frame for
resolution???
I'm abroad atm and unable to do any PHP work.
Please contact [EMAI
ced that with the APC + very small two
> pathes we can suppress most of realpath() calls (although currently
> I'm not sure this is the correct method or not...):
>
> http://eth.jp/php-cvs-20040506-delayed-fopen.patch.txt
> (patch against current 4.3 tree, because APC is not yet fully
re this is the correct method or not...):
http://eth.jp/php-cvs-20040506-delayed-fopen.patch.txt
(patch against current 4.3 tree, because APC is not yet fully
compatible with PHP 5)
http://eth.jp/apc-2.0.3-delayed-fopen.patch.txt
(patch against APC-2.0.3, current CVS-HEAD is somehow unstable...)
Hi,
While updating PHP 4.3.6 with our IIS 'path_info' patch (see bug #7782) we
found that the isapi module of PHP 5 already contains a 'path_info' fix. Since
that fix is already part of PHP, and our fix didn't get included (the fix in
php5 is better), we have made a backport of the PHP5 fix for PH
> > echo mktime(2,0,0,4,-6,2004); /* or 0 to -5 */
>
> This returns 1080176400 (2004-03-25 02:00:00) here (PHP 4.3.6) which
> looks ok to me.
>
> What are the values on your system?
ok I have some problems with test values here now, but I can provide the
original phpgw code
that is affected and
Kai Hofmann wrote:
echo mktime(2,0,0,4,-6,2004); /* or 0 to -5 */
This returns 1080176400 (2004-03-25 02:00:00) here (PHP 4.3.6) which
looks ok to me.
What are the values on your system?
- Chris
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsu
Kai Hofmann wrote:
phpGW has used mktime() with day values <= 0
This is a valid and documented way of using mktime to do date calculation.
This seems to be fixed (magically) by the underlying Unix mktime() function
No, it is (or should be) handled in the PHP code.
Do you have a same script showing
> > Until now we found with php / phpGroupWare only one problem on
> > the Itanium 2 machine.
> >
> > phpGW has used mktime() with day values <= 0
> > This seems to be fixed (magically) by the underlying Unix
> mktime() function
> > on 32-Bit Linux/Windows Systems, but not on the RedHat Itanium 2
On Thursday 06 May 2004 08.31, Kai Hofmann wrote:
> For your information:
>
> Until now we found with php / phpGroupWare only one problem on
> the Itanium 2 machine.
>
> phpGW has used mktime() with day values <= 0
> This seems to be fixed (magically) by the underlying Unix mktime() function
> on 3
18 matches
Mail list logo
