On Mon, Jun 22, 2009 at 07:53, jvladd...@yandex.ru wrote:
Did you hear about crashes under Solaris and MacOSX, and compiler failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in RC4.
We fixed several compile failures recently (both FreeBSD related
Hi,
I would like to apply the two patches to fix the bugs #48624 and
#48624. They are both critical for 5.3.0. The patches are relatively
small as well and has been tested this morning.
Any objection?
Cheers,
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP
Hey Gwynne
Zoe, have a look at http://news.php.net/php.doc.cvs/4180 :). I
don't have anything that can read that ODP file you linked (at least,
not in any useful sense), but the opcodes.html file is all there.
With any luck, someone else will come along and clean it up a bit,
and/or expand
PHP 5 Bug Database summary - http://bugs.php.net/
Num Status Summary (1387 total -- which includes 876 feature requests)
===[*General Issues]==
48597 Open unexpected gpc variable parsing
48612 Open PHP command line
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (84 total -- which includes 37 feature requests)
===[*Unicode Issues]==
48265 Open Source and result of database have different encodings.
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it into RC4
On Mon, Jun 22, 2009 at 13:40, jvladd...@yandex.ru wrote:
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in RC4.
We fixed several compile failures recently (both FreeBSD
jvlad d...@yandex.ru wrote in message
news:38.7a.20019.c9d6f...@pb1.pair.com...
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in RC4.
We fixed several compile failures
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in
RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it into RC4
I meant #48619 and #48624 :)
2009/6/22 Pierre Joye pierre@gmail.com:
Hi,
I would like to apply the two patches to fix the bugs #48624 and
#48624. They are both critical for 5.3.0. The patches are relatively
small as well and has been tested this morning.
Any objection?
Cheers,
--
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in
RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it into RC4
In the last two days I've made some significant improvements to the
migration process for CVS - SVN. I know many have been proponents of
Git, but SVN is closer to being viable at this point. Crossposting to
internals@ so that more people have a chance to look into it, I'm
calling for
Hi folks,
attached is a patch (with the respective test cases) that implements
DateTime marshalling from and to xsd:dateTime in ext/soap as requested
in http://bugs.php.net/44383
Right now, it is implemented for xsd:date, xsd:time and xsd:dateTime,
but not for other types defined in W3C
On Mon, Jun 22, 2009 at 8:18 AM, Gwynne Raskindgwy...@darkrainfall.org wrote:
P.S. If someone could crosspost this to pear-dev@, I'd be quite grateful; I
can't seem to get subscribed to it.
Done... and thanks!
--
Brett Bieber
--
PHP Internals - PHP Runtime Development Mailing List
To
On Sun, Jun 21, 2009 at 9:42 PM, Paul Biggar paul.big...@gmail.com wrote:
Hi Georg,
Thanks for the quick reply.
On Sun, Jun 21, 2009 at 8:22 PM, Georg Gradwohlgeorg.gradw...@gmail.com
wrote:
thanks for the notice. To cut a long story short: we've discussed the use
of
the
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in
RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it into RC4
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in
RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it into RC4
jvlad wrote:
Did you hear about crashes under Solaris and MacOSX, and compiler
failures
under all *BSD systems?
They were posted against RC3 and the problems are still the same in
RC4.
We fixed several compile failures recently (both FreeBSD related and
GCC2), it probably didn't make it
On 22.06.2009, at 17:51, Takeshi Abe wrote:
tabeMon Jun 22 15:51:50 2009 UTC
Modified files: (Branch: PHP_5_3)
/php-src NEWS
Log:
moved to PHP_5_2
http://cvs.php.net/viewvc.cgi/php-src/NEWS?r1=1.2027.2.547.2.965.2.641r2=1.2027.2.547.2.965.2.642diff_format=u
Hi Alex,
no, there aren't so far. The reason for trying around with some mem-tests at
the moment is that we were running out of memory while executing the
run-tests. So we had to find the reason for this. Se we're currently not
optimizing the code, we're just trying to get the script running
php5.3-200906221030 make produces suspecious output under FreeBSD
6/amd64:
Generating phar.php
Generating phar.phar
pear: not found
Pear package PHP_Archive or Archive.php class file not found.
This is not suspicious. It is
Hi Lukas,
If issues are found/fixed please send the patches to internals for
review. Based on the importance and risk of the patch will then be
applied, however the next 2 days should really be focused on testing to
make sure we do not have critical issues, minor issues can always be
fixed
jvlad wrote:
php5.3-200906221030 make produces suspecious output under FreeBSD
6/amd64:
Generating phar.php
Generating phar.phar
pear: not found
Pear package PHP_Archive or Archive.php class file not found.
This is not
Greg Beaver wrote:
jvlad wrote:
php5.3-200906221030 make produces suspecious output under FreeBSD
6/amd64:
Generating phar.php
Generating phar.phar
pear: not found
Pear package PHP_Archive or Archive.php class file not found.
On Tue, Jun 23, 2009 at 12:39 AM, Christopher
Joneschristopher.jo...@oracle.com wrote:
Can the messages be enhanced e.g. explaining what will happen in these
cases? For example pear: not found. Using XXX instead would help
users for #1.
Agreed, I answered questions from many users already,
Hi
2009/6/16 Zeev Suraski z...@zend.com:
At 17:00 16/06/2009, Daniel Convissor wrote:
Folks:
I propose the following behavior: Throw a deprecated warning unless
magic quotes are currently enabled and the
parameter is to disable them.
The function is going away. A deprecated warning
26 matches
Mail list logo