[PHP-DEV] Test Email — Ignore

(We're going to need to move the lists servers, and just trying to figure out how email gets currently delivered) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

[PHP-DEV] Test failures related to OpenSSL

Hi! As of today, several OpenSSL related tests fail[1][2]. This is apparently because some of the certificates are no longer valid. Could somebody accustomed to OpenSSL please fix this? [1] [2]

Re: [PHP-DEV] Test

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

[PHP-DEV] Test

Just testing that the mailing list is still working. Please ignore.

[PHP-DEV] test

sorry for the noise -- Ferenc Kovács @Tyr43l - http://tyrael.hu

[PHP-DEV] test

please ignore it

[PHP-DEV] test

please ignore

Re: [PHP-DEV] Test suite results on bigendian

-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 $ gdb

Re: [PHP-DEV] Test suite results on bigendian - Fixed

-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/

Re: [PHP-DEV] test sapi/fpm/tests/015.phpt

On Mon, Dec 1, 2014 at 4:37 AM, Stanislav Malyshev smalys...@gmail.com 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:

Re: [PHP-DEV] test sapi/fpm/tests/015.phpt

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

Re: [PHP-DEV] test sapi/fpm/tests/015.phpt

On Tue, Dec 2, 2014 at 8:26 PM, Stanislav Malyshev smalys...@gmail.com 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

Re: [PHP-DEV] test sapi/fpm/tests/015.phpt

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

Re: [PHP-DEV] test sapi/fpm/tests/015.phpt

2014.12.02. 20:57 ezt írta (Maciej Sobaczewski so...@php.net): 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

[PHP-DEV] Test suite results on bigendian

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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 Any idea on how to debug / fix them ? Thanks, Remi P.S. I

[PHP-DEV] test sapi/fpm/tests/015.phpt

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: unable to read what child say: Bad file descriptor (9) Could you (or

[PHP-DEV] Test Post

Dan Brown and myself have been trying to debug an issue with posting to internals, where we think it just doesn't like custom domained gmail addresses. Here's trying a plain-old gmail account. Phil -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: [PHP-DEV] Test Post

If you're reading this - it works.

Re: [PHP-DEV] Test Post

It works. On Wed, Sep 11, 2013 at 7:50 PM, Andrey Andreev n...@devilix.net wrote: If you're reading this - it works. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] test bug60322

hi Stas, tests/output/bug60322.phpt - var_dump(ob_get_clean()); prints string(0) instead of bool(false); 5.3/4/5 recent builds Is the test wrong or the fix? Cheers, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

[PHP-DEV] Test execution and created files

Hi: Pierre recently committed a test that just bit me. (see below) After I run `make test` my personal test.php file was gone in my trunk folder. Well, nothing lost here, but this wasn't exactly a nice surprise. Would it be a reasonable change to make the tests execute in a temporary

Re: [PHP-DEV] Test failures (was: 5.3.7pl1)

hi, Right, I sadly did not run them as I use to between the last RC and final but only the apps tests (wpco), 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

Re: [PHP-DEV] Test failures

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

Re: [PHP-DEV] Test failures

Hi, On Aug 20, 2011, at 11:17, Stas Malyshev smalys...@sugarcrm.com 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

Re: [PHP-DEV] Test failures (was: 5.3.7pl1)

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:

[PHP-DEV] test

Hello ! It's a test. Sorry for noise. Best regards, Fred -- Frédéric Hardy : Architecte d'application/Admin. système/Ergonome CV : http://blog.mageekbox.net/public/cv.frederic.hardy.pdf Blog :

[PHP-DEV] Test::{'method'}(); syntax

Hi, I created a patch for the bug #55247 [1] to add the Test::{'method'}(); syntax. I think it make sense to add this in 5.4+ to be consistent since we have the same syntax for non static call. If someone with Zend karma can review/commit it. [1] https://bugs.php.net/bug.php?id=55247 Thanks

[PHP-DEV] test, pls ignore

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

Re: [PHP-DEV] test, pls ignore

+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 Internals -

[PHP-DEV] Test Patches

No karma to commit these patches so here's the gist of the fixes I did the other day: https://gist.github.com/974926 - Jeraimee

[PHP-DEV] Test Patches - Again

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. - Jeraimee

Re: [PHP-DEV] Test Patches - Again

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

[PHP-DEV] Test Fest and automating building of tst environnement

Hello ! I have made a sh script to build automaticaly the PHP test fest environment under FreeBSD 7/8. It is based upon scripts made by Eric Stewart. It work fine on my FreeBSD, but I need to test it on several configuration. So, if you want to test it, please download it from

Re: [PHP-DEV] Test OpenGrok installation (LXR replacement?)

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

Re: [PHP-DEV] Test OpenGrok installation (LXR replacement?)

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

Re: [PHP-DEV] Test OpenGrok installation (LXR replacement?)

hi, On Mon, Dec 28, 2009 at 10:59 AM, Michael Maclean mich...@no-surprises.co.uk 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

[PHP-DEV] Test OpenGrok installation (LXR replacement?)

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 back end. I've set up a test installation of it at

Re: [PHP-DEV] Test OpenGrok installation (LXR replacement?)

hi, On Sun, Dec 27, 2009 at 10:17 PM, Michael Maclean mich...@no-surprises.co.uk 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

Re: [PHP-DEV] Test OpenGrok installation (LXR replacement?)

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 back

[PHP-DEV] test - ignore

-- http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org twitter: @derickr -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Test for edge cases with __get and property access flags

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

Re: [PHP-DEV] Test for edge cases with __get and property access flags

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,

Re: [PHP-DEV] Test for edge cases with __get and property access flags

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,

Re: [PHP-DEV] Test for edge cases with __get and property access flags

2009/6/4 Stan Vassilev sv_for...@fmethod.com 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

[PHP-DEV] Test doggy-bag

Some tests leave this crap behind: ? array_count_file ? tests/output/ob_start_basic_unerasable_005.php ? tests/security/magic_quotes_gpc.php Might be related to that all tests fail currently.. :) --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

[PHP-DEV] Test Fest mentors

Hi all The 2009 TestFest is due to run between April and June, we have 12 user groups around the world signed up already (wiki.php.net/qa/testfest) and one or two individuals who would like to participate. We really need a few more experienced internals people to act as mentors. Being a

[PHP-DEV] test

John Carter Cisco - PolicyApp [EMAIL PROTECTED]

[PHP-DEV] test 2

please ignore -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] test 5

maybe the last... -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] test 3

another test. ignore me! -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] test 7

really sorry... qmail is nasty -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Test case for bug #43495

Heya, I wondered why bug #43495 [1] (array_merge_recursive crash with recursive arrays) was fixed without committing a test case -- the bug reporter even supplied a very simple reproduce code. As such, I'm submitting a small test case [2] (more or less the reproduce code from the bug report) in

Re: [PHP-DEV] Test case for bug #43495

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 supplied

Re: [PHP-DEV] Test case for bug #43495

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

[PHP-DEV] test

sry... mail newsreader sucks -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Test - ignore

Test - ignore -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Test

Ù¤ŽÙ{y±Ö2ˆü|ÇHÈÎñ2Ý¢êèŒq?ò²¼»gt`wÑ_AK¤:Q«i¥CÔ±Éñ¿9ѓk돶‹¿”pBÇ-«%ºÙ{Fè  Œú#´å.$ºóH°ùÆpf¬Þ¶× ÖmÍ3qPÈ(oVè›6FGò\ߎCw{ÄS0…wLþŒÁA×X¤|O-v„_®*ŠrÀ´mqÙ~ŽÐ)¾Å0˜µeò•LÃÔY¸|ôÕfnV©³céeÝm-­E¶Í”ÂaÔgácñµ²ÈíÕ1ŠÚ”ÌŬºôL“aÜtÍCÓVj¹‰¸…æ2dK_ºïãÃßTÔ/ØEëž%mkè˟jÓ1owï%|AK¨hýBO I;ú- NRâ;ußH–E}ˆûBmh¦´

[PHP-DEV] test - for bounces - ignore

-- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Test

WARNING: This e-mail has been altered by MIMEDefang. Following this paragraph are indications of the actual changes made. For more information about your site's MIMEDefang policy, contact 190.sy Administrator [EMAIL PROTECTED]. For more information about MIMEDefang, see:

[PHP-DEV] test

testing, please ignore -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] TEST - ignore

Sorry, if my tests have all gotten to the list, I haven't seen any of them and I'm therefore sending another one. Please ignore. Thank you. -- Øyvind Stegard [EMAIL PROTECTED] USIT, University of Oslo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

[PHP-DEV] TEST!

ignore -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Test mail.

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

[PHP-DEV] Test mail.

Hi, Sorry for the inconvenience. Just testing since my mails with attachments to this group are bouncing back! Thanks, Ananth. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] test

= /dev/null -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Test please ignore

Test please ignore -- Jason Greene [EMAIL PROTECTED] [EMAIL PROTECTED] He who laughs last hasn't been told the terrible truth. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] test, ignore

-- - Derick Rethans http://derickrethans.nl/ JDI Media Solutions http://www.jdimedia.nl/ International PHP Magazine