Nevermind.
Digging through the HTML output, the error was in one of the coding
standards tests, not one of the functional tests.
That particular codingstd nit has been resolved (and we're about to
switch over to not running those tests by default.)
Thanks for the report: Closing ticket.
On Tue,
On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
>
> C:\Projects\parrot>mingw32-make
> "Compiling with:"--
Can we get another copy of the report as a plain text attachment against
HEAD? (This one had a lot of HTML embedded in it.)
Thanks.
--
Will "Coke" Coleda
On Fri Sep 12 20:24:06 2008, [EMAIL PROTECTED] wrote:
> On our Smolder site, we're getting test results on FreeBSD (or, at
> least, i386-freebsd-64int) approximately every 70 minutes.
>
> Is there any reason to keep this ticket open?
>
E ... we *were* getting hourly r
On our Smolder site, we're getting test results on FreeBSD (or, at
least, i386-freebsd-64int) approximately every 70 minutes.
Is there any reason to keep this ticket open?
Thank you very much.
kid51
chromatic wrote:
On Monday 17 March 2008 14:29:19 Alberto Simões wrote:
I think this is not new to anyone, but as parrot 0.6.0 is preparing to
exit the cage, here is some information about running make test on
latest svn r26457.
Darwin 10.5.2:
Test Summary Report
---
t/src/io
On Monday 17 March 2008 14:29:19 Alberto Simões wrote:
> I think this is not new to anyone, but as parrot 0.6.0 is preparing to
> exit the cage, here is some information about running make test on
> latest svn r26457.
> Darwin 10.5.2:
>
> Test Summary Report
> ---
> t/src/io.t
Hi
I think this is not new to anyone, but as parrot 0.6.0 is preparing to
exit the cage, here is some information about running make test on
latest svn r26457.
Linux 2.6.24, x86:
All tests successful.
Files=559, Tests=11128, 327 wallclock secs ( 5.32 usr 1.21 sys +
242.19 cusr 48.13 csys
Alberto Simões wrote:
Hi
James E Keenan wrote:
Which OS-cpu? Which Parrot version?
Forgot to tell it.
Mac OS Tiger on PPC G4
Perl 5.10
Parrot Revision: 24263
Alberto: Are you still getting these errors? If so, could you please
add something to http://rt.perl.org/rt3/Ticket/Display.html
Alberto Simões wrote:
Hi
James E Keenan wrote:
Which OS-cpu? Which Parrot version?
Forgot to tell it.
Mac OS Tiger on PPC G4
Perl 5.10
Parrot Revision: 24263
t/library/mime_base64.t(Wstat: 6 Tests: 0 Failed: 0)
Parse errors: No plan found in TAP output
Can you send
Hi
James E Keenan wrote:
Which OS-cpu? Which Parrot version?
Forgot to tell it.
Mac OS Tiger on PPC G4
Perl 5.10
Parrot Revision: 24263
t/library/mime_base64.t(Wstat: 6 Tests: 0 Failed: 0)
Parse errors: No plan found in TAP output
Can you send output of prove -v?
Alberto Simões wrote:
Hi
Probably this is all known, but as I am quite out from Parrot lately,
and just wanted to try a make test under Perl 6, today I compiled
Parrot, and run a make test.
Which OS-cpu? Which Parrot version?
This was the result:
Test Summary Report
---
Hi
Probably this is all known, but as I am quite out from Parrot lately,
and just wanted to try a make test under Perl 6, today I compiled
Parrot, and run a make test.
This was the result:
Test Summary Report
---
t/configure/115-auto_warnings-01.t (Wstat: 0 Tests: 4 F
On 18/03/07, chromatic <[EMAIL PROTECTED]> wrote:
On Sunday 18 March 2007 07:41, Paul Cochrane via RT wrote:
> I've now got access to a FreeBSD (6.1 PRERELEASE #4) box, and have
> checked out and compiled Parrot. Attached is the output of 'make
> test', and myconfig.
I have the t/stm/llqueue.t
On Sunday 18 March 2007 07:41, Paul Cochrane via RT wrote:
> I've now got access to a FreeBSD (6.1 PRERELEASE #4) box, and have
> checked out and compiled Parrot. Attached is the output of 'make
> test', and myconfig.
I have the t/stm/llqueue.t failure on my box and dug into it last night. The
I've now got access to a FreeBSD (6.1 PRERELEASE #4) box, and have
checked out and compiled Parrot. Attached is the output of 'make
test', and myconfig.
Regards,
Paul
myconfig
Description: Binary data
make_test.out
Description: Binary data
Will Coleda via RT wrote:
> Thank you (belatedly) for the report.
>
> Can you retest against parrot-0.4.9? We're seeing passes on 6.2-release
> there, hopefully
> that will translate back to your version.
Sure, Tests coming up in a bit.
P.
--
Wir wollen dass ihr uns alles glaubt.
SVN r12936 fails for me while compiling.
cc -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.5/BSDPAN" -DHAS_FPSETMASK
-DHAS_FLOATINGPOINT_H -pipe -I/usr/local/include -DPIC -fPIC -g -Wall
-Wstrict-prototypes -Wmissing-prototypes -Winline -Wshadow
-Wpointer-arith -Wcast-qual -Wwrite-strings -Waggr
On Thursday 27 April 2006 13:18, jerry gay wrote:
> calling is failing due to a test checked in by patrick (:flat and
> named params, iirc,) and objects is failing due to an
> as-yet-unimplemented opcode (part of PDD21 changes, iirc.) both of
> these should be resolved when leo (or any other C cod
On 4/27/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Apr 2006, jerry gay wrote:
>
> > On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> > > Here's another round of test results on my box. I've also added the
> > > details
On 4/27/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Apr 2006, jerry gay wrote:
>
> > On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> > > Here's another round of test results on my box. I've also added the
> > > details
On Thu, 27 Apr 2006, jerry gay wrote:
> On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> > Here's another round of test results on my box. I've also added the
> > details for the tests that failed. The C and
> > are not unexpected on Windows.
> &
On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Here's another round of test results on my box. I've also added the
> details for the tests that failed. The C and
> are not unexpected on Windows.
>
> Failed Test Stat Wstat Tot
Here's another round of test results on my box. I've also added the
details for the tests that failed. The C and
are not unexpected on Windows.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
chromatic wrote:
On Saturday 25 March 2006 07:47, Ron Blaschke wrote:
t/configure/step.t
$fromfile and $tofile needs to be closed before calling
move_if_diff, as Windows can't delete open files.
I forgot to check this in a while back, but fixed now as #16032 (I hope).
Thanks, seems
On Saturday 25 March 2006 07:47, Ron Blaschke wrote:
> t/configure/step.t
> $fromfile and $tofile needs to be closed before calling
> move_if_diff, as Windows can't delete open files.
I forgot to check this in a while back, but fixed now as #16032 (I hope).
-- c
Here are my test results for r12017 using Visual C++ 8.0 (Visual C++
2005 Express Edition).
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/configure/step.t 2 512192 10.53% 10-11
# New Ticket Created by Ryan Hinton
# Please include the string: [perl #38788]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38788 >
I just checked out revision 11994 from SVN and a few of the tests failed
(FreeBSD 5.3 I
# New Ticket Created by Pankaj kaushal
# Please include the string: [perl #38764]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38764 >
Hello,
I recently compiled parrot-0.4.2 on FreeBSD 4.10 using
gcc version 2.95.4 200
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\examples\pasm.t 1 256 61 16.67% 5
t\examples\pir.t 1 256101 10.00% 10
t\library\json_parser.t1 256
On 7/22/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
> Can I just check, are the python dynclasses being executed and passing,
> or not being run in these tests?
>
tests are not run currently in leo's branch only (see jonathan's
message.) but The Great Merge to trunk will carry this change with i
"Nick Glencross" <[EMAIL PROTECTED]> wrote:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
imcc\t\syn\clash.t 3 768153 20.00% 1-2 8
imcc\t\syn\labels.t 1 256 71 1
Jerry Gay wrote:
win32--msvc-7.1--perl-5.8.6 reports some unexpected errors. dynclass
and spawnw are expected on windows, the rest are not. if requested, i
can provide more details on the failing tests.
~jerry
Failed Test Stat Wstat Total Fail Failed List of Failed
---
On 7/20/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> This is fixed now (r8657).
>
indeed, the results are much better:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\dynclass\foo.t 8
jerry gay wrote:
This test ...
# Failed test (t\op\jit.t at line 102)
# got: '109564961210956496084
... and others are relying on the initial registers being zeroed.
This is fixed now (r8657).
Thanks for testing,
leo
here's the failure details, with the summary again at the end.
# Failed test (t\op\gc.t at line 258)
# got: 'coro
# done
# '
# expected: 'coro
# coro
# coro
# done
# '
# Looks like you failed 1 test of 19.
# Failed test (t\op\jit.t at line 102)
# got: '109564961210956496084
# '
# expected: '404
#
jerry gay wrote:
win32--msvc-7.1--perl-5.8.6 reports some unexpected errors. dynclass
and spawnw are expected on windows, the rest are not. if requested, i
can provide more details on the failing tests.
Yes please. Especially the imcc and jit tests shouldn't at all be
different to trunk.
~j
win32--msvc-7.1--perl-5.8.6 reports some unexpected errors. dynclass
and spawnw are expected on windows, the rest are not. if requested, i
can provide more details on the failing tests.
~jerry
Failed Test Stat Wstat Total Fail Failed List of Failed
---
Nothing unexpected, I guess.
Windows XP SP2
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86
Activestate Python 2.4.1 Build 245
Activestate Perl 5.8.6 Build 811
ANTLR 2.7.5
GNU bc 1.06
GNU m4 1.4
ICU 3.2
GDBM 1.8.3
GMP 4.1.4
Faile
On 5/20/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>
> t/pmc/bigint now passes, but with Rev 8133 there are several other
> failures (even with a fresh checkout).
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -
Leopold Toetsch wrote:
> Ron Blaschke wrote:
>> Ron Blaschke wrote:
>t\pmc\bigint.t1 256221 4.55% 22
>> The problem seems to be caused by the C in
>> F. Well, not the actual cause, but that's
>> where we fail.
> mpz_get_str() returned a string that was very likely a
Ron Blaschke wrote:
Ron Blaschke wrote:
t\pmc\bigint.t1 256221 4.55% 22
The problem seems to be caused by the C in
F. Well, not the actual cause, but that's
where we fail.
mpz_get_str() returned a string that was very likely allocated by a
different "default allocation
Ron Blaschke wrote:
> Leopold Toetsch wrote:
>> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>>> t\pmc\bigint.t1 256221 4.55% 22
>> What's up with that one?
> Maybe my fault. The program segfaults at C in
> C. Memory gets allocated by a non-debug version of GMP,
> and deall
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> t\op\spawnw.t 5 1280 65 83.33% 2-6
> exit status?
Quite likely, yes. I'd gladly provide a patch, if someone would
decide The Right Thing To Do. That is, what should
Parrot_Run_OS_Command return? Somethi
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Below are the test results of
> Windows XP SP2
> Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077
> for 80x86
> Activestate Python 2.4.1 Build 245
> Activestate Perl 5.8.6 Build 811
[ all dyncla
Below are the test results of
Windows XP SP2
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077
for 80x86
Activestate Python 2.4.1 Build 245
Activestate Perl 5.8.6 Build 811
ANTLR 2.7.5
ICU 3.2
GDBM 1.8.3
GMP 4.1.4
Failed TestStat Wstat
Here are the test results for /trunk r7851 on
Windows XP SP2
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86
Activestate Perl 5.8.6
Activestate Python 2.4.0
ANTLR 2.7.5
ICU 3.2
GDBM 1.8.3
GMP 4.1.4
Tested configurations are
perl
Ron Blaschke wrote:
> mmd failure is new, test 18 fails with the following message.
> t\pmc\mmdNOK 18# got: 'Method '__add' not found
[snip]
Forget about this, Leo just fixed it.
Ron
Failed TestStat Wstat Total Fail Failed List of Failed
---
t\dynclass\foo.t 1 256 11 100.00% 1
t\dynclass\gdbmhash.t13 332813 13 100.00% 1-13
t\dynclass\pybuiltin.t6 1536
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> Here are the current test results on my WinXP, VC++ 7.1 box.
> [ dynclasses failing ]
>> PS: Should I keep posting them from time to time, or are they of no
>> interest to anyone?
> Yes please
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Here are the current test results on my WinXP, VC++ 7.1 box.
[ dynclasses failing ]
> Ron
> PS: Should I keep posting them from time to time, or are they of no
> interest to anyone?
Yes please / no. It shows current state and can serv
Here are the current test results on my WinXP, VC++ 7.1 box.
Failed TestStat Wstat Total Fail Failed List of Failed
---
t\dynclass\gdbmhash.t13 332813 13 100.00% 1-13
t\dynclass\pybuiltin.t6
Just for your information: Here are the latest test results on
Windows.
Ron
Failed TestStat Wstat Total Fail Failed List of Failed
---
t\dynclass\pybuiltin.t5 1280 65 83.33% 1-2 4-6
t
Just to let people know how things are going on win32 (at least from
my perspective).
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\library\streams.t2 512212 9.52% 14 18
t\pmc\nci
Just to let people know how things are going on win32-x86-cl13.10.3077.
All tests successful, 3 tests and 60 subtests skipped.
Files=104, Tests=1542, 278 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00
CPU)
Ron
FYI:
Extend test #12 was disabled because it was hanging on
Cygwin and you had to kill the process in another
window for the test suite to complete. This is now
happening on #13 as well.
Failed Test Stat Wstat Total Fail Failed
List of Failed
--
The last 3 commits made native compiled PBCs (via pbc2c.pl) run a little
bit better:
Failed TestStat Wstat Total Fail Failed List of Failed
---
t/op/hacks.t 1 256 31 33.33% 1
t/op/integer.t4 10
Hello folks,
For those interested, here's what's happening on Mac OS X 10.1.5. Two
test logs here -- one for the stable cc (2.95.2-derived), and one for
the beta (3.1-derived).
First up is the stable. The build gives a lot of warnings about
shadowing names from a mach-specific header fil
with borland compiler:
All tests successful, 20 subtests skipped.
Files=19, Tests=313, 294 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
with the redmond compiler:
All tests successful, 20 subtests skipped.
Files=19, Tests=313, 358 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
On Wed 19 Sep 2001 18:53, Simon Cozens <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 19, 2001 at 06:37:22PM +0200, H. Merijn Brand wrote:
> > HP-UX 11.00, HPc B.11.11.23709.GP, perl-5.7.2@12053
> > DEBUGGING USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES
>
> Wow, that one sucked. Betcha it's a prob
On Wed, 19 Sep 2001, Simon Cozens wrote:
> On Wed, Sep 19, 2001 at 06:37:22PM +0200, H. Merijn Brand wrote:
> > HP-UX 11.00, HPc B.11.11.23709.GP, perl-5.7.2@12053
> > DEBUGGING USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES
>
> Wow, that one sucked. Betcha it's a problem with pack() and
> I
On Wed, Sep 19, 2001 at 06:37:22PM +0200, H. Merijn Brand wrote:
> HP-UX 11.00, HPc B.11.11.23709.GP, perl-5.7.2@12053
> DEBUGGING USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES
Wow, that one sucked. Betcha it's a problem with pack() and
IV size.
--
If God had a beard, he'd be a UNIX pro
HP-UX 11.00, HPc B.11.11.23709.GP, perl-5.7.2@12053
DEBUGGING USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES
--
H.Merijn BrandAmsterdam Perl Mongers (http://www.amsterdam.pm.org/)
using perl-5.6.1, 5.7.1 & 629 on HP-UX 10.20 & 11.00, AIX 4.2, AIX 4.3,
WinNT 4, Win2K pro & WinCE 2.1
62 matches
Mail list logo