PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (78 total -- which includes 33 feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
See: http://cvs.php.net/viewvc.cgi/pear/Bugtracker/
That's the pear bug tracker modified for all pear/pecl/php bugs I worked
on about 1.5years ago. :) It has that roadmap thing..
--Jani
Ilia Alshanetsky wrote:
Sean,
You make some very good points and I'll be the first to agree there is
Jani Taskinen wrote:
See: http://cvs.php.net/viewvc.cgi/pear/Bugtracker/
That's the pear bug tracker modified for all pear/pecl/php bugs I worked
on about 1.5years ago. :) It has that roadmap thing..
The one Barry worked on for GSoC 2008 is at
http://cvs.php.net/viewvc.cgi/bugtracker
I've
Decided to start from scratch
Even tho I didnt finish it, the code I wrote has built into something
bigger which is also open source
I just didnt have time to come back to work on the bug tracker during Uni,
has and still is very busy
On Mon, 26 Jan 2009 10:52:22 +, Scott MacVicar
Hey,
Just FYI .. today is the last day for feature changes ahead of 5.3.0
beta1. The big change I am waiting on for today is the removal of the
OO specific features in closures. Tomorrow will be dedicated to build
only fixes, Johannes/Pierre will then handle the packaging some time
on
Lukas Kahwe Smith wrote:
On 24.01.2009, at 00:49, Andrei Zmievski wrote:
Hannes Magnusson wrote:
I don't think we have to treat our users like a total fcking idiots.
If anyone thinks using SPL or PHP as their root namespace is a
good idea they deserve to be kicked in the nuts.
And who's
On Mon, Jan 26, 2009 at 01:06:01PM +0100, Christian Schneider wrote:
Things gettings reserved at a later stage (like originally keywords, now
namespaces) can lead to a big deal of frustration. Therefore I think it
is crucial to have a clear naming guide now.
+1
And these guidelines have to
Alain Williams wrote:
On Mon, Jan 26, 2009 at 01:06:01PM +0100, Christian Schneider wrote:
Things gettings reserved at a later stage (like originally keywords, now
namespaces) can lead to a big deal of frustration. Therefore I think it
is crucial to have a clear naming guide now.
+1
And
Hi!
Just FYI .. today is the last day for feature changes ahead of 5.3.0
beta1. The big change I am waiting on for today is the removal of the OO
specific features in closures. Tomorrow will be dedicated to build only
What do you mean by removal of OO specific features? I thought we
agreed
Hi,
as Lukas and Johannes have requested, I have removed $this support from
Closures in PHP 5.3.
Technical details on the changes can be found here:
http://wiki.php.net/rfc/closures/removal-of-this
(I didn't have time to write new tests for everything, I just removed
those tests which didn't
Nathanael D. Noblet wrote:
Hello,
I just have a question, often there are 'optional' parameters to
functions, I've always thought that most of the time I could pass null
to these if I wanted to leave one empty. This has as far as I can tell
always worked except recently I was using
11 matches
Mail list logo
