On 10/06/16 09:47, Sherif Ramadan wrote:
> Just testing that the mailing list is still working. Please ignore.
Looks like it started working sometime yesterday. My test message seems
to be lost in the ether ;)
The fact there was a network failure on Virgin since last night means
I'm only just getti
2014.12.02. 20:57 ezt írta ("Maciej Sobaczewski" ):
>>
>> interesting, I've checked out https://travis-ci.org/php/php-src/builds
>> before sending my mail, and looked into a couple of failed builds, but
>> couldn't find anything with this particular test.
>>
>
> As far as I can see, Remi already ma
interesting, I've checked out https://travis-ci.org/php/php-src/builds
before sending my mail, and looked into a couple of failed builds, but
couldn't find anything with this particular test.
As far as I can see, Remi already marked it as XFAIL.
--
PHP Internals - PHP Runtime Development Maili
On Tue, Dec 2, 2014 at 8:26 PM, Stanislav Malyshev
wrote:
> Hi!
>
> > where do you see this test failing?
> > on travis, or somewhere else?
>
> Yes, on Travis. Fails almost every other time.
>
> --
> Stas Malyshev
> smalys...@gmail.com
>
interesting, I've checked out https://travis-ci.org/php/ph
Hi!
> where do you see this test failing?
> on travis, or somewhere else?
Yes, on Travis. Fails almost every other time.
--
Stas Malyshev
smalys...@gmail.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, Dec 1, 2014 at 4:37 AM, Stanislav Malyshev
wrote:
> Hi Remi!
>
> I see that the test sapi/fpm/tests/015.phpt is randomly intermittently
> failing all the time in CI, making it harder to evaluate fixes. The
> cause of the failure is additional one or two messages like this:
>
> ERROR: unab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
With latest commit (Thanks dmitry) test suite in ppc64 is now OK.
Remi.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlR9vY8ACgkQYUppBSnxahixCwCfbnQmf9/z6W17icpOErgJTOb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 02/12/2014 08:58, Remi Collet a écrit :
> Mostly for Dmitry
>
> After some work, I can reduce the failed tests number from 111 to 5
> :) (configure --disable-all)
>
> Those seems related to new mm. => munmap() failed: [22] Invalid
> argument
$ gd
It works.
On Wed, Sep 11, 2013 at 7:50 PM, Andrey Andreev wrote:
> If you're reading this - it works.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
If you're reading this - it works.
Hi,
On Aug 20, 2011, at 11:17, Stas Malyshev wrote:
> Hi!
>
> On 8/20/11 1:25 AM, Pierre Joye wrote:
>> btw, can we go with 5.3.8 instead? I really don't like the pl thing :)
>
> Well, that's for the 5.3 RM to decide :)
I think it's in the README.RELEASE_PROCESS that we don't do pl anymore bu
Hi!
On 8/20/11 1:25 AM, Pierre Joye wrote:
btw, can we go with 5.3.8 instead? I really don't like the pl thing :)
Well, that's for the 5.3 RM to decide :)
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runtime Develop
hi,
Right, I sadly did not run them as I use to between the last RC and
final but only the apps tests (wp&co), which do not use crypt's md5. I
also agree about the amount of failing tests and warnings, for the
same reasons. However checking the delta between two releases should
help too (that's wh
Hi!
On 8/19/11 5:02 PM, Rasmus Lerdorf wrote:
The secondary problem is that we are not doing a good job running our
tests prior to releases. I think this is mostly because we have way too
many tests that fail and one more or less failing test gets lost in the
noise.
Yes, this is a problem: her
+1
On Jun 5, 2011, at 6:02 PM, Pierre Joye wrote:
> test for brain dead SURBL
>
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
PHP Inte
On 05/16/2011 01:39 PM, Jeraimee Hughes wrote:
This time, the correct patches and a new gist url:
https://gist.github.com/975322
Again, no karma to commit them. Sorry about the bad gist.
What makes you think you have no karma? You should have access to commit
to */tests and phpdoc. Could you
hi,
On Mon, Dec 28, 2009 at 10:59 AM, Michael Maclean
wrote:
> Philip Olson wrote:
>>
>> Looks great, and much nicer. If you feel pb11[1] could handle it, then we
>> could dedicate this box to OpenGrok (as grok.php.net?).
>
> it'd be worth a shot, I think. Though could we get the OS on there upgr
Philip Olson wrote:
Looks great, and much nicer. If you feel pb11[1] could handle it, then we could
dedicate this box to OpenGrok (as grok.php.net?).
it'd be worth a shot, I think. Though could we get the OS on there
upgraded to something a little newer? I'm not sure if Java 1.6 will run
on
Pierre Joye wrote:
First suggestion, would it be possible to have *.c/h first in the
results instead of the phpt?
I'm not sure, but I'll have a look.
Michael
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Dec 27, 2009, at 1:17 PM, Michael Maclean wrote:
> Hi,
> Since LXR hasn't been updating since the shift to SVN, I've been
> investigating bringing it back. Today, though, I came across OpenGrok which
> appears to be a far more modern implementation of the same thing, using
> Lucene as the b
hi,
On Sun, Dec 27, 2009 at 10:17 PM, Michael Maclean
wrote:
> Hi,
> Since LXR hasn't been updating since the shift to SVN, I've been
> investigating bringing it back. Today, though, I came across OpenGrok which
> appears to be a far more modern implementation of the same thing, using
> Lucene as
Here's that test. I don't have commit rights to that area of CVS so
someone will need to do it for me.
John Mertic
jmer...@php.net
On 6/5/09 5:58 AM, Stan Vassilev wrote:
3. When the caller tries to retrieve $object->foo, and foo is a
private/protected member the caller has no access to,
I thought this was the expected behaviour as well and I am quite sure that
I've used it in an experiment (all class members private and _get() output
escapes them) that failed pretty miserably. But I did think this was the
expected behavior. Perhaps it ought to throw an E_STRICT?
On Fri, Jun 5,
3. When the caller tries to retrieve $object->foo, and foo is a
private/protected member the caller has no access to, instead of an error,
__get is called.
I'm not very sure the current behavior on item 3 is the best one (maybe
error should be thrown regardless?), but freezing on eith
2009/6/4 Stan Vassilev
>
> 3. When the caller tries to retrieve $object->foo, and foo is a
> private/protected member the caller has no access to, instead of an error,
> __get is called.
>
> I'm not very sure the current behavior on item 3 is the best one (maybe
> error should be thrown regardles
On 12/08/2007 09:18 PM, Antony Dovgal wrote:
> On 08.12.2007 23:12, Christian Hoffmann wrote:
>> Heya,
>>
>> I wondered why bug #43495 [1] (array_merge_recursive crash with
>> recursive arrays) was fixed without committing a test case
>
> http://cvs.php.net/viewvc.cgi/php-src/ext/standard/tests/ar
On 08.12.2007 23:12, Christian Hoffmann wrote:
> Heya,
>
> I wondered why bug #43495 [1] (array_merge_recursive crash with
> recursive arrays) was fixed without committing a test case
http://cvs.php.net/viewvc.cgi/php-src/ext/standard/tests/array/bug43495.phpt ??
-- the bug
> reporter even supp
On Tue, 3 Feb 2004, Adam Maccabee Trachtenberg wrote:
> On Tue, 3 Feb 2004, Ananth Kesari wrote:
>
> > Sorry for the inconvenience. Just testing since my mails with
> > attachments to this group are bouncing back!
>
> You need to send text attachments that end in .txt.
The requirement is to send
On Tue, 3 Feb 2004, Ananth Kesari wrote:
> Sorry for the inconvenience. Just testing since my mails with
> attachments to this group are bouncing back!
You need to send text attachments that end in .txt.
-adam
--
[EMAIL PROTECTED]
author of o'reilly's php cookbook
avoid the holiday rush, buy y
29 matches
Mail list logo
