Lester Caine in php.internals (Thu, 22 Jan 2015 21:07:36 +):
>On 22/01/15 17:05, Rasmus Lerdorf wrote:
>> Install php7, then install any random app and see how it goes.
>
>When I can actually run my infrastructure on PHP7 then I could at least
>see if there is a performance improvement. Althoug
Thanks. This problem was introduced yesterday and must be already fixed.
Dmitry.
On Fri, Jan 23, 2015 at 7:45 AM, Juan Basso wrote:
> Trying to run phpunit on the latest CakePHP 3 gives a lot of errors of this
> type (not on every test case):
>
> php: /.../php-src/Zend/zend_gc.c:144: gc_possibl
Yes, just tested after your change and it solved the problem. Thanks for
the quick fix.
On Fri, Jan 23, 2015 at 12:50 AM, Xinchen Hui wrote:
> Hey:
>
>
> On Fri, Jan 23, 2015 at 1:17 PM, Juan Basso wrote:
> > I could isolate the problem. Here is a script to reproduce:
> > https://gist.github.co
Hey:
On Fri, Jan 23, 2015 at 1:17 PM, Juan Basso wrote:
> I could isolate the problem. Here is a script to reproduce:
> https://gist.github.com/jrbasso/031fffc8f5eeaf872d4e
>
> The issue seems to be related when a new instance is loaded and then
> get_class_vars is called for the class holding t
Hey:
On Fri, Jan 23, 2015 at 1:23 PM, Pierre Joye wrote:
> On Jan 23, 2015 12:17 PM, "Juan Basso" wrote:
>>
>> I could isolate the problem. Here is a script to reproduce:
>> https://gist.github.com/jrbasso/031fffc8f5eeaf872d4e
>>
>> The issue seems to be related when a new instance is loaded a
On Jan 23, 2015 12:17 PM, "Juan Basso" wrote:
>
> I could isolate the problem. Here is a script to reproduce:
> https://gist.github.com/jrbasso/031fffc8f5eeaf872d4e
>
> The issue seems to be related when a new instance is loaded and then
> get_class_vars is called for the class holding the instanc
I could isolate the problem. Here is a script to reproduce:
https://gist.github.com/jrbasso/031fffc8f5eeaf872d4e
The issue seems to be related when a new instance is loaded and then
get_class_vars is called for the class holding the instance. Removing any
of the lines from the static method avoids
Trying to run phpunit on the latest CakePHP 3 gives a lot of errors of this
type (not on every test case):
php: /.../php-src/Zend/zend_gc.c:144: gc_possible_root: Assertion
`((zend_refcounted*)(ref))->u.v.type == 7 ||
((zend_refcounted*)(ref))->u.v.type == 8' failed.
This errors happens after the
On 01/22/2015 02:30 PM, Dan Ackroyd wrote:
> On 22 January 2015 at 21:07, Lester Caine wrote:
>> imagick is now available?
>
> Not yet. I'll try to finish it off before the end of the weekend. Most
> of the work was done earlier, but I need to add the changes for the
> Native TLS.
>
> btw this r
On 22 January 2015 at 21:07, Lester Caine wrote:
> imagick is now available?
Not yet. I'll try to finish it off before the end of the weekend. Most
of the work was done earlier, but I need to add the changes for the
Native TLS.
btw this request to update the PHPNG upgrading guide is still open:
On Thu, Jan 22, 2015 at 7:32 PM, Levi Morrison wrote:
> > I had to quarantine a couple of tests in Doctrine and PHPUnit as they
> both
> > depend on the re-usage of the hashes returned by spl_object_hash(), which
> > shouldn't actually be depended upon (am I right dmitry?).
>
> I'm not Dmitry, bu
On 22.01.2015 18:05, Rasmus Lerdorf wrote:
> By installing a couple of apps (Wordpress-4.1, Drupal8 and Moodle -
> there are still some issues in Moodle I haven't figured out yet) on a
> box we've tracked down some bugs over the last couple of days. It would
> be really useful if we got more eyes o
On 22/01/15 17:05, Rasmus Lerdorf wrote:
> Install php7, then install any random app and see how it goes.
When I can actually run my infrastructure on PHP7 then I could at least
see if there is a performance improvement. Although I think only
interbase is left on the unavailable list. imagick is n
Hi,
Our attempt to run Drupal-8 today, disclosed at least 3 new problems.
2 of them must be already fixed, but I know we must have a lot of other
problems uncovered by our test suite.
Every new tested app my trigger something new.
The more attention we draw now the better quality we will provide.
On 22/01/2015 19:32, Levi Morrison wrote:
I had to quarantine a couple of tests in Doctrine and PHPUnit as they both
depend on the re-usage of the hashes returned by spl_object_hash(), which
shouldn't actually be depended upon (am I right dmitry?).
I'm not Dmitry, but I am fairly certain you sh
> I had to quarantine a couple of tests in Doctrine and PHPUnit as they both
> depend on the re-usage of the hashes returned by spl_object_hash(), which
> shouldn't actually be depended upon (am I right dmitry?).
I'm not Dmitry, but I am fairly certain you should not rely on hashes
being reused.
Hi,
On 22/01/2015 18:36, Sebastian Bergmann wrote:
-+'obj' => stdClass Object &6a6ff9c86911d926 ()
+ 'obj' => stdClass Object &6a6ff9c86911d926 ()
'inf' => null
)
--'6a6ff9c86911d926' => Array
On Thu, Jan 22, 2015 at 6:36 PM, Sebastian Bergmann
wrote:
> Am 22.01.2015 um 18:05 schrieb Rasmus Lerdorf:
> > It would be really useful if we got more eyes on this. Install php7,
> > then install any random app and see how it goes.
>
> It's even easier to check whether a component or framework
Am 22.01.2015 um 18:05 schrieb Rasmus Lerdorf:
> It would be really useful if we got more eyes on this. Install php7,
> then install any random app and see how it goes.
It's even easier to check whether a component or framework has issues
with PHP 7: simply run the respective test suite with PHP
19 matches
Mail list logo
