Chris Dolan wrote:
> I stumbled across this issue while descending into a recursive Match
> structure. Consider the following reentrant subroutine:
>
> sub f($n) {
> for 0..$n -> $i {
> say "$i of 0..$n";
> if ($i == 4) {
>f(0);
> }
> }
> };
> f(6);
On Thu Oct 23 01:38:59 2008, mgrimes wrote:
> Christoph,
>
> Thanks for your help. This has been a great, low intensity, way to
> learn a bit of parrot.
> I think I have addressed everything, and I have attached a new patch.
>
> > The patch no longer applies cleanly to objects.t, and I thought
>
"B" effectively turns a parrot STRING into a char**, passing a point to
the character array to the function. This is bad because c functions
shouldn't be modifying parrot STRINGs. B should really only be used as a
IN parameter, not as a OUT or a IN/OUT parameter.
I don't think that NCI really sup
# New Ticket Created by Michael Stephens
# Please include the string: [perl #60108]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60108 >
I've fixed many of the headings, links and anchors in Chapter 3 of the
book were out
On 2008-Oct-22, at 10:03 am, TSa wrote:
David Green wrote:
One thing I would like signatures to be able to do, though, is
assign parameters by type. Much like a rule can look for
identifiable objects like a or , it would be very
useful to look for parameters by their type or class rather
In fact, perl6.exe contains some dependencies on build tree.
Just after a build, perl6.exe works :
D:\parrot-0.8.0-devel>bin\perl6 -v
This is Rakudo Perl 6, revision 32151 built on parrot 0.8.0-devel
for MSWin32-x86-multi-thread.
Copyright 2006-2008, The Perl Foundation.
But, after a 'make real
On Fri, Oct 24, 2008 at 12:18:40PM -0700, Allison Randal wrote:
> (I suppose technically we should stop calling this a "stack trace" since
> it's not a stack. But "return continuation chain trace" is just too
> verbose.)
"backtrace"
Pm
On 15/10/08 Andy Dougherty said:
> > No file by that name on the box anywhere.
>
> Are you *sure*? I don't know exactly what name you searched for, nor how
> you searched for it, but this is just the sort of error message I'd expect
> to see if you did have an old libparrot.so somewhere else on
On Sat, 25 Oct 2008, Michael P. Soulier wrote:
> On 15/10/08 Andy Dougherty said:
>
> > > No file by that name on the box anywhere.
> >
> > Are you *sure*? I don't know exactly what name you searched for, nor how
> > you searched for it, but this is just the sort of error message I'd expect
> >
# New Ticket Created by Will Coleda
# Please include the string: [perl #60128]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60128 >
Trying to track down a segfault that is occurring for me in parrot
(triggered by partcl):
10 matches
Mail list logo
