2013/2/28 Derick Rethans der...@php.net:
On Thu, 28 Feb 2013, Anthony Ferrara wrote:
It appears that xdebug is borking generator exception handling. Without
xdebug the following two tests pass, but with it they fail:
Generator::throw() where the exception is caught in the generator
On 01/03/2013, at 7:00 AM, Anthony Ferrara ircmax...@gmail.com wrote:
Hey all,
Based off of the recent discussion around pulling in ZO+ into core, I've
come to the conclusion that we should also pull in XDebug and Suhosin into
core at the same time.
1. It has integration issues with ZO+
On Fri, Mar 1, 2013 at 11:39 AM, David Muir davidkm...@gmail.com wrote:
On 01/03/2013, at 7:00 AM, Anthony Ferrara ircmax...@gmail.com wrote:
Hey all,
Based off of the recent discussion around pulling in ZO+ into core, I've
come to the conclusion that we should also pull in XDebug and
On Thu, Feb 28, 2013 at 9:13 PM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
Based off of the recent discussion around pulling in ZO+ into core, I've
come to the conclusion that we should also pull in XDebug and Suhosin
into
core at the same time.
Suhosin has multiple
On 02/28/2013 02:34 PM, Anthony Ferrara wrote:
example, XDebug has no compatibility with ZendOptimizer+ right now (at
least that I could find, feel free to correct me if I'm wrong here).
I tested PHPUnit with both Xdebug and ZO+ enabled and got a correct
code coverage report. So at least that
On Thu, Feb 28, 2013 at 12:40 PM, Lazare Inepologlou linep...@gmail.comwrote:
Hello,
please read my comment inline...
2013/2/28 Sebastian Krebs krebs@gmail.com
2013/2/28 Jens Riisom Schultz ibmu...@me.com
Hi everyone,
(I got hooked off this discussion, so I have tried to
Hi
2013/3/1 Julien Pauli jpa...@php.net:
I guess the ini declaration order and then the order the modules get loaded
in the engine.
We could also look at implementing a module-load-order internally in
the zend_module struct, as in some extensions like EXIF relies on
mbstring, while the
On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen ka...@php.net wrote:
Hi
2013/3/1 Julien Pauli jpa...@php.net:
I guess the ini declaration order and then the order the modules get
loaded
in the engine.
We could also look at implementing a module-load-order internally in
the
I agree with adding XDebug to core distribution but it must be disabled by
default.
On Fri, Mar 1, 2013 at 8:28 AM, Julien Pauli jpa...@php.net wrote:
On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen ka...@php.net
wrote:
Hi
2013/3/1 Julien Pauli jpa...@php.net:
I guess the
On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
fabien.potenc...@gmail.com wrote:
On 2/28/13 10:32 AM, Peter Cowburn wrote:
cc Fabien
On 28 February 2013 09:25, Hannes Magnusson hannes.magnus...@gmail.com
wrote:
Simply registering for an wiki account doesn't give you any karma to
edit
On Fri, Mar 1, 2013 at 8:03 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
fabien.potenc...@gmail.com wrote:
On 2/28/13 10:32 AM, Peter Cowburn wrote:
cc Fabien
On 28 February 2013 09:25, Hannes Magnusson hannes.magnus...@gmail.com
On Fri, 1 Mar 2013, Pierre Joye wrote:
On Fri, Mar 1, 2013 at 8:03 PM, Hannes Magnusson hannes.magnus...@gmail.com
wrote:
On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
fabien.potenc...@gmail.com wrote:
I just wanted to vote on some RFCs (as the project leader for
Symfony).
My thoughts are that no additional keyword is necessary - allow protected
and private to be used in this scopes. A protected element of a namespace
can be accessed within that namespace or any sub-namespaces, and a private
element would only be visible by code in the same namespace. Hence
On Fri, Mar 1, 2013 at 11:20 AM, Pierre Joye pierre@gmail.com wrote:
On Fri, Mar 1, 2013 at 8:03 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Thu, Feb 28, 2013 at 11:10 PM, Fabien Potencier
fabien.potenc...@gmail.com wrote:
On 2/28/13 10:32 AM, Peter Cowburn wrote:
cc
On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
I am well aware of that as I am the onlyone who is monitoring user
requests to update the wiki.
However when a request comes in, like this one, about the ability to
*vote* I am lost.
Project lead can vote
On Fri, Mar 1, 2013 at 11:56 AM, Pierre Joye pierre@gmail.com wrote:
On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
I am well aware of that as I am the onlyone who is monitoring user
requests to update the wiki.
However when a request comes in, like
On Mar 1, 2013 9:00 PM, Hannes Magnusson hannes.magnus...@gmail.com
wrote:
On Fri, Mar 1, 2013 at 11:56 AM, Pierre Joye pierre@gmail.com wrote:
On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
I am well aware of that as I am the onlyone who is
On Fri, 1 Mar 2013, Hannes Magnusson wrote:
On Fri, Mar 1, 2013 at 11:56 AM, Pierre Joye pierre@gmail.com wrote:
On Fri, Mar 1, 2013 at 8:44 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
I am well aware of that as I am the onlyone who is monitoring user
requests to update
How do I verify it, and which projects are applicable?
Does it depend on how many contributors it has? Users? How long it has
been around?
Commercial? OSS? Library? Framework? Applications? Websites?
I've long had the same question. Not that I think I've earned such
honor, believe me, but if
Derick Rethans der...@php.net wrote:
Exactly, this random apply rules nonsense needs to stop. I have nothing
against Fabien voting but there is nowhere written who can vote or not
(no, the voting RFC is too vague as well). I for one, would like to see
a much stricter list of people who can
On Fri, Mar 1, 2013 at 1:19 PM, Johannes Schlüter johan...@schlueters.de
wrote:
Derick Rethans der...@php.net wrote:
Exactly, this random apply rules nonsense needs to stop. I have nothing
against Fabien voting but there is nowhere written who can vote or not
(no, the voting RFC is too vague
Hannes Magnusson hannes.magnus...@gmail.com wrote:
I like the old approach better. When no clear consensus were reached,
we would vote. Anyone in the world could vote on the mailinglist, and
votes were creatively interpreted grouping people with karma vs community.
Doing the same with polling
I am testing O+ on Windows with php 5.3, 5.4, and 5.5.
I have uploaded my O+ test results here:
http://windows.php.net/downloads/snaps/ostc/pftt/
Crashes have increased with 5.3, 5.4 and 5.5 TS builds with Apache. TS or NTS
on CLI seem fine.
See
2013.03.01. 22:52, Hannes Magnusson hannes.magnus...@gmail.com ezt írta:
On Fri, Mar 1, 2013 at 1:19 PM, Johannes Schlüter johan...@schlueters.de
wrote:
Derick Rethans der...@php.net wrote:
Exactly, this random apply rules nonsense needs to stop. I have nothing
against Fabien voting
On 03/01/2013 04:15 PM, Matt Ficken wrote:
I am testing O+ on Windows with php 5.3, 5.4, and 5.5.
I have uploaded my O+ test results here:
http://windows.php.net/downloads/snaps/ostc/pftt/
Can you put your O+ php.ini settings up there as well?
Did you experiment with any options?
Putting
On Sat, Mar 2, 2013 at 1:30 AM, Christopher Jones
christopher.jo...@oracle.com wrote:
Can you put your O+ php.ini settings up there as well?
All default, especially for symfony tests, which must have the comment
setting enabled (while some tests still fail even if the settings are
enabled).
On Mar 2, 2013 12:26 AM, Ferenc Kovacs tyr...@gmail.com wrote:
only people with people with php.net accounts or with manually granted
voting wiki group membership can vote.
I have no idea who or on what ground can hand out voting ground
membership,
last time when somebody requested that
On Sat, Mar 2, 2013 at 1:26 AM, Ferenc Kovacs tyr...@gmail.com wrote:
only people with people with php.net accounts or with manually granted
voting wiki group membership can vote.
I have no idea who or on what ground can hand out voting ground membership,
last time when somebody requested
28 matches
Mail list logo
