Following up on today's Parrotsketch discussion, I have begun a wiki
page whose purpose is to develop a specification for an improved smoke
testing setup for Parrot.
http://www.perlfoundation.org/parrot/index.cgi?rfp_parrot_needs_better_smoke_reports
I invite you to:
-- correct any factual
James,
I've been seeing this problem off and on for over a month. As you've
noticed, it's rather intermittent, however, when the problem occurs it
persists for up to couple of hours. I've also seen that this is
platform independent, and so guessed that the problem existed at the
server end
On 31/12/2007, James E Keenan [EMAIL PROTECTED] wrote:
Andy Armstrong wrote:
Sorry if I've missed something recent that means that this is expected
behaviour but r24318 is hanging during make test on Mac OS 10.5.1 / Intel.
The test log and pictures of the process probe are here:
In the concurrency work I'm about to check in, I have some tests that
fail intermittently because they test for something like:
But, as we add more asynchronous code, and more asynchronous tests, we'll
need to do more thinking on our strategies for testing asynchronous code.
Would
On Dec 31, 2007, at 11:57 AM, chromatic wrote:
On Monday 31 December 2007 05:50:47 Allison Randal wrote:
In the concurrency work I'm about to check in, I have some tests that
fail intermittently because they test for something like:
1
alarm1
2
alarm2
3
alarm3
alarm1
alarm3
4
alarm3
alarm3
On Wed, Jan 02, 2008 at 09:58:21AM +0100, Paul Cochrane wrote:
I've been seeing this problem off and on for over a month. As you've
noticed, it's rather intermittent, however, when the problem occurs it
persists for up to couple of hours. I've also seen that this is
platform independent, and
With the application of patches in r24102 (Dec 19) and r24294 (Dec 30),
the issues raised by Andy Dougherty have been addressed. He reports all
tests are passing. As I have done with other configuration step
classes, I have refactored as much code as possible out of runstep() and
placed it in
No problems evident from smoke tests, so I'm resolving this ticket.
what about joining threads, and comparing the output at those points? For
async IO, a join is more or less implemented by a wait operation, no? (or
the parrot equivalent for that).
just a thought.
kjs
On Dec 31, 2007 8:57 PM, chromatic [EMAIL PROTECTED] wrote:
On Monday 31 December 2007
On Wednesday 02 January 2008 05:40:35 Cosimo Streppone via RT wrote:
Thanks for the building process explanation.
After your changes (r24437) I still have problems building perl6.exe.
I'm trying to use `nmake perl6'. Two problems here:
1) The `int8_t' define doesn't work for me. Seems like
After fixing various minor little things, here's where I stand
on Solaris 8/SPARC after the recent changes.
I have not identified any particular common theme. Do these ring any
bells?
Failed TestStat Wstat Total Fail List of Failed
http://www.parrotcode.org/source.html claims the last dump was done in
Aug 2006. Would someone be willing to update that dump? I'm going to
be on a train tomorrow for 6 hours and would like to be able to do some
work on parrot with version control.
Zev
Allison Randal wrote:
Thanks all for the reports. I see two common trouble spots in hellgrind
and the test output. One is a possible race condition if two threads add
tasks to the concurrency scheduler at exactly the same moment. The other
is the fact that PCC uses globals in the interpreter
On Wednesday 02 January 2008 08:39:51 [EMAIL PROTECTED] wrote:
Modified:
trunk/languages/perl6/ (props changed)
trunk/languages/perl6/config/makefiles/root.in
Log:
[perl6]
- add suffixe .exe on Win32
I'm not sure about this change. None of our other Makefile targets have file
Andy Dougherty wrote:
After fixing various minor little things, here's where I stand
on Solaris 8/SPARC after the recent changes.
I have not identified any particular common theme. Do these ring any
bells?
Failed TestStat Wstat Total Fail List of Failed
From: Klaas-Jan Stol [EMAIL PROTECTED]
Date: Wed, 2 Jan 2008 16:16:26 +0100
what about joining threads, and comparing the output at those points? For
async IO, a join is more or less implemented by a wait operation, no? (or
the parrot equivalent for that).
just a thought.
On Wed Jun 20 16:23:40 2007, pmichaud wrote:
On Thu, Jun 21, 2007 at 12:08:33AM +0100, Jonathan Worthington wrote:
Patrick R.Michaud (via RT) wrote:
The 'setline' opcode doesn't do what I expect it to do, which
is to associate runtime errors with lines in HLL source.
Currently HLL
17 matches
Mail list logo