On Mon, 14 Jul 2008, Andy Dougherty wrote:
> On Mon, 14 Jul 2008, James Keenan via RT wrote:
> > 3. Are there any other configuration steps which are no longer needed?
>
> Well, I proposed eliminating the attributes and warnings tests, but I was
> overruled on that. Other than those, nothing
On Mon Jul 14 17:14:09 2008, doughera wrote:
> On Mon, 14 Jul 2008, James Keenan via RT wrote:
>
> > 2. Apart from deleting the step, then running 'make' and 'make test',
> > is there any other way to demonstrate that these types are not used?
>
> Yes. Look at the Config variables that are set
On Mon, 14 Jul 2008, James Keenan via RT wrote:
> On Mon Jul 14 10:55:35 2008, doughera wrote:
> > Some of the new tests for auto::pack fail for me:
> >
> > t/steps/auto_pack-01.t4 1024334 12.12% 14-17
> >
> >
>
> 1. This is a test that I wrote, so I would be interested in at
On Mon Jul 14 10:55:35 2008, doughera wrote:
> Some of the new tests for auto::pack fail for me:
>
> $ perl t/harness -v t/steps/auto_pack-01.t > out 2>&1
> t/steps/auto_pack-01# Failed test (t/steps/auto_pack-01.t at
> line 101)
> # Failed test (t/steps/auto_pack-01.t at line 102)
>
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #56928]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56928 >
Some of the new tests for auto::pack fail for me:
$ perl t/harness -v t/steps/auto_pa
On Tue Mar 13 12:44:33 2007, particle wrote:
> in order to help find some long-standing garbage collector bugs, in
> r17470 i've just disabled the -G flag on three PGE test files. see the
> content of the patch below. this may cause test failures due to a gc
> bug.
>
> this ticket serves to notify
Allison Randal schrieb:
As a general rule of thumb, if you find a failure but don't have the
time/expertise to debug it or classify it as TODO or BUG or "new
underdocumented feature", but do have enough time to create a failing
test for the problem (always nice), submit a ticket explaining the
Bernhard Schmalhofer wrote:
I added this failing, as the test '1 equals 1' in
languages/lisp/t/arithmetics.t started failing after
the merge. Investigating that failure, I found that I could reproduce
the problem with a simple
PIR test case. This is what I added in t/pmc/objects.t. So it's a te
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41802]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41802 >
in order to help find some long-standing garbage collector bugs, in
r17470 i've just disabl
On Tuesday 31 October 2006 14:09, Jerry Gay wrote:
> currently failing tests (r15072, x86, msvc-7.1, perl-5.8.8) are:
It may be easier to classify these on the smoke server:
http://smoke.parrotcode.org/smoke/
Run "make smoke" to collect and upload the data. I just did a r
this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40632 >
currently failing tests (r15072, x86, msvc-7.1, perl-5.8.8) are:
Failed Test Stat Wstat Total Fail Failed
List of Fai
# New Ticket Created by Jerry Gay
# Please include the string: [perl #40632]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40632 >
currently failing tests (r15072, x86, msvc-7.1, perl-5.8.8) are:
Failed T
On Nov 25, 2005, at 2:08, Patrick R. Michaud wrote:
Now fixed in r10176, thanks!
Wow, that is fast, thank you.
Pm
leo
On Fri, Nov 25, 2005 at 01:06:43AM +0100, Leopold Toetsch wrote:
> Likely due to the stricter label checking we have these test failures
> now:
>
> Failed Test Stat Wstat Total Fail Failed List
> of Failed
> --
Likely due to the stricter label checking we have these test failures
now:
Failed Test Stat Wstat Total Fail Failed List
of Failed
---
t/compilers/pge/p5regexp/p5rx.t 2 512 8002
On Tue, 24 Feb 2004, Leopold Toetsch wrote:
> Simon Glover <[EMAIL PROTECTED]> wrote:
>
> > I sent this a few days ago, but RT doesn't seem to have forwarded
> > it to the list for some reason.
>
> Fixed.
Confirmed. The only failures I'm now getting are some of the object tests
(which Dan ha
Simon Glover <[EMAIL PROTECTED]> wrote:
> I sent this a few days ago, but RT doesn't seem to have forwarded
> it to the list for some reason.
A nasty error to track down.
Actually already
print "hello\n"
end
was segfaulting, when ...
> nv=long double, numvalsize=12, doublesize=8
On Mon, 23 Feb 2004, Leopold Toetsch wrote:
> Simon Glover <[EMAIL PROTECTED]> wrote:
>
> > I sent this a few days ago, but RT doesn't seem to have forwarded
> > it to the list for some reason.
>
> Can you "cvs update" and try again please. GC related bugs should be
> fixed now.
I'm still get
Simon Glover <[EMAIL PROTECTED]> wrote:
> I sent this a few days ago, but RT doesn't seem to have forwarded
> it to the list for some reason.
Can you "cvs update" and try again please. GC related bugs should be
fixed now.
> Simon
Thanks,
leo
I sent this a few days ago, but RT doesn't seem to have forwarded
it to the list for some reason.
Simon
-- Forwarded message --
Date: Thu, 19 Feb 2004 15:21:19 -0500 (EST)
From: Simon Glover <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Failing tests on Linux
Bryan Donlan wrote:
[ Failure report ]
Thanks. These are known to be b0rken currently. Melvin will fix it RSN.
leo
Pretty much the exact same results on Mac OS X. Here's the contents of
myconfig:
Summary of my parrot 0.0.13 configuration:
configdate='Sat Nov 8 18:40:54 2003'
Platform:
osname=darwin, archname=darwin
jitcapable=1, jitarchname=ppc-darwin,
jitosname=DARWIN, jitcpuarch=ppc
ex
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm using Gentoo Linux on an intel celeron processor. When I do make test from
latest CVS, I get:
/usr/bin/perl t/harness --gc-debug --running-make-test -b t/op/*.t t/pmc/*.t
t/native_pbc/*.t
t/op/00ff-dos..ok
t/op/00ff-unix.ok
t/o
At 8:00 AM -0800 3/16/02, Brent Dax wrote:
>Simon Cozens:
># The test suites used to have the useful property that failing tests
># would leave .out, .pasm and .pbc files lying around. This
># made debugging
># the tests really quite easy. Someone obviously thought that this
Simon Cozens:
# The test suites used to have the useful property that failing tests
# would leave .out, .pasm and .pbc files lying around. This
# made debugging
# the tests really quite easy. Someone obviously thought that this was
# somehow unclean, and modified the test suite to delete them
The test suites used to have the useful property that failing tests
would leave .out, .pasm and .pbc files lying around. This made debugging
the tests really quite easy. Someone obviously thought that this was
somehow unclean, and modified the test suite to delete them. Can whoever
it was please
26 matches
Mail list logo
