Hi Greg,
I just don't see if my changes broke something.
So could you please prove that committed patch has an issue (with test
case), and restore part of your patch that was going to fix the issue.
Sorry for double work.
Thanks. Dmitry.
Greg Beaver wrote:
Dmitry Stogov wrote:
Hi Marcus,
On Mon, 31 Mar 2008, Antony Dovgal wrote:
On 31.03.2008 01:49, Cristian Rodriguez wrote:
you need to install re2c and run ./buildconf --force
He's using snapshots, so that should not be required.
I'd say somebody forgot to upgrade re2c on the snaps machine.
Sure, that has not been done
Edward Z. Yang wrote:
If you need this kind of flexibility, I recommend you make an
HttpHeaders class which manages these things and then sends them when
necessary.
Thanks, I'll consider that for now. However, it has the downside that I
have to make an explicit function call in every PHP file
Hi,
Olivier Bonvalet wrote:
Hello,
I often host clients which have bad PHP/SQL code ; as for example
a select * + mysql_row_nums on a 200Mo table just to count lines...
So I add a little patch to throw a warning in case the result of
mysql_query
is larger than a specified limit.
I use the
Sam Barrow schrieb:
Not bringing the issue back up on the list, I was just wondering if
there is a supporter of type hinting that would be willing to help me
implement an automatic conversion of objects with a __tostring() method
to strings if the object was passed as an argument with a string
Hi all,
COMMITINFO complained when I tried to commit updates to more than one module
at a time... and I've over half of PECL all ready to go here.
Is there any way to make this less painful all round (thinking of commit
mail too) or does it _have_ to be one-by-one?
- Steph
- Original
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (58 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Good morning,
I just want to bring attention to the fact that while benchmarks show
that PHP 5.3 is faster than PHP 5.2 on linux systems on MacOS/X the
opposite is shown.
Actually just executing bench.php from the PHP distribution shows that
PHP 5.3
OK, so I just put in 140-something module updates... manually, grumble. I
(hopefully) avoided anything in core, whether that be PHP 4 or 5 - the way
we version core modules is going to need much more thought.
Apart from those, here's a list of the PECL extensions I can't or won't
touch. It
Hello Stefan,
did we change from non ZTS to ZTS builds on MacOS? ZTS builds do a bunch
of additional copying of tables.
marcus
Monday, March 31, 2008, 11:37:30 AM, you wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Good morning,
I just want to bring attention to the fact that
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Hello Steph,
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to rengeneerate them atm.
I found out that it does not work, but it *HAS* to
Hello Steph,
Monday, March 31, 2008, 1:02:46 PM, you wrote:
OK, so I just put in 140-something module updates... manually, grumble. I
(hopefully) avoided anything in core, whether that be PHP 4 or 5 - the way
we version core modules is going to need much more thought.
Apart from those,
Hello Derick,
it is a BUG FIX. Not fixing it means more people will turn it into a
feature and we will never be able to remove it. Becuase next time you
will say we cannot remove it in a minor version as by then you accidentally
rely on it yourself.
We made a mistake! Lets stand up and admit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Marcus,
did we change from non ZTS to ZTS builds on MacOS? ZTS builds do a bunch
of additional copying of tables.
Nope. Thread Safety is disabled.
I did my comparision with PHP 5.2.5 and PHP 5.3-Snapshot.
Both versions were compiled with a
Hello Derick,
Monday, March 31, 2008, 5:09:23 PM, you wrote:
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Hello Steph,
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to
Hi Marcus, boy you're everywhere at once...
Did we not disallow GPL'd extensions in PECL?
If not can we finally require OSI approved licenses only and disallow
proprietary and GPL specifically?
Update: I've written to the authors of both the GPL'd extensions and
daffodildb (proprietary
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Monday, March 31, 2008, 5:09:23 PM, you wrote:
On Mon, 31 Mar 2008, Marcus Boerger wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you
will end up in a broken .c. Since we have the stuff checked in
there really is no
On Mon, 31 Mar 2008, Steph Fox wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
at all to rengeneerate them atm.
Release 0.13.4, and I'll happily update it! Without that, it
I use debug/zts builds. my results are here:
PHP-5.3
simple 0.519
simplecall 1.441
simpleucall2.378
simpleudcall 2.400
mandel 1.953
mandel22.814
ackermann(7) 2.671
ary(5) 0.165
ary2(5)0.151
ary3(2000)
On Mon, Mar 31, 2008 at 5:24 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 31 Mar 2008, Steph Fox wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you will end
up
in a broken .c. Since we have the stuff checked in there really is no
need
at all to
On Mon, Mar 31, 2008 at 11:10 AM, Marcus Boerger [EMAIL PROTECTED] wrote:
Did we not disallow GPL'd extensions in PECL?
I though so.
If not can we finally require OSI approved licenses only and disallow
proprietary and GPL specifically?
+1
Olivier
--
PHP Internals - PHP Runtime
On Mon, Mar 31, 2008 at 5:14 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Derick,
it is a BUG FIX. Not fixing it means more people will turn it into a
feature and we will never be able to remove it. Becuase next time you
will say we cannot remove it in a minor version as by then you
Hi Marcus,
On Mon, Mar 31, 2008 at 5:10 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Did we not disallow GPL'd extensions in PECL?
We do.
If not can we finally require OSI approved licenses only and disallow
proprietary and GPL specifically?
We do as well:
Hi Pierre,
On Mon, Mar 31, 2008 at 5:10 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Did we not disallow GPL'd extensions in PECL?
We do.
At least one of those extensions was originally moved out of the PHP core
into PECL *because* it was GPL'd. We're mixing old extensions and new rules
On Mon, Mar 31, 2008 at 6:05 PM, Steph Fox [EMAIL PROTECTED] wrote:
Hi Pierre,
On Mon, Mar 31, 2008 at 5:10 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Did we not disallow GPL'd extensions in PECL?
We do.
At least one of those extensions was originally moved out of the PHP
Hi,
On 31.03.2008, at 11:37, Stefan Esser wrote:
I just want to bring attention to the fact that while benchmarks show
that PHP 5.3 is faster than PHP 5.2 on linux systems on MacOS/X the
opposite is shown.
Actually just executing bench.php from the PHP distribution shows that
PHP 5.3 is about
Hi
I am currently involved within Open Solaris community and for the first
time we have recently integrated PHP core runtime as part of base OS.
Currently, I am working on improving the PHP experience and performance
within Open Solaris.
In this regard to fit more with Solaris file layout
2. I didn't have a response yet regarding pecl/muscat, but it's been
superceded by another GPL'd extension which is sited elswhere
(Xapian). So I guess we're clear there too, I'd just rather have it
from the horse's mouth.
Recently the pecl/muscat documentation was removed from phpdoc CVS.
Marcus,
On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote:
Hello Derick,
it is a BUG FIX. Not fixing it means more people will turn it into a
feature and we will never be able to remove it. Becuase next time you
will say we cannot remove it in a minor version as by then you
Hi Sririam,
On Mon, 2008-03-31 at 13:56 -0700, Sriram Natarajan wrote:
In this regard to fit more with Solaris file layout traditions, we
would like to keep the core PHP modules under /usr/php5/modules and the
user specific downloaded PECL/PEAR modules under /var/php5/modules.
However,
Hi
This commit is responsible for the bad performance:
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.579.2.52.2.77.2.11r2=1.579.2.52.2.77.2.12diff_format=u
-gstabs versus -g should have no effect on production performance.
Ok, maybe i made a mistake, that's what i compared:
Hi Pierre,
I also prefer BSD license as well, Johannes will make the final call, if
he think that it is a show stopper, I will dual-license it.
I have updated lsapi_main.c to address the { } after an if statement
issue on the other day. If there is anything need to be taken care,
please
Johannes Schlüter wrote:
Hi Sririam,
On Mon, 2008-03-31 at 13:56 -0700, Sriram Natarajan wrote:
In this regard to fit more with Solaris file layout traditions, we
would like to keep the core PHP modules under /usr/php5/modules and the
user specific downloaded PECL/PEAR modules under
On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schlüter [EMAIL PROTECTED] wrote:
Marcus,
On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote:
Hello Derick,
it is a BUG FIX. Not fixing it means more people will turn it into a
feature and we will never be able to remove it.
On Tue, Apr 1, 2008 at 12:22 AM, Pierre Joye [EMAIL PROTECTED] wrote:
On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schlüter [EMAIL PROTECTED] wrote:
Marcus,
On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote:
Hello Derick,
it is a BUG FIX. Not fixing it means more
On Tue, Apr 1, 2008 at 12:25 AM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
On Tue, Apr 1, 2008 at 12:22 AM, Pierre Joye [EMAIL PROTECTED] wrote:
On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schlüter [EMAIL PROTECTED]
wrote:
Marcus,
On Mon, 2008-03-31 at 17:14 +0200,
On Mar 31, 2008, at 5:41 PM, Benjamin Schulz wrote:
This commit is responsible for the bad performance:
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.579.2.52.2.77.2.11r2=1.579.2.52.2.77.2.12diff_format=u
-gstabs versus -g should have no effect on production performance.
Ok, maybe i
37 matches
Mail list logo
