On Sun Jul 06 11:03:37 2008, japhb wrote:
>
> Better yet, we should replace the inherently insecure quicksort
> algorithm (insecure in the "vulnerable to algorithmic attack" sense)
> with a more secure mergesort like perl5 uses. IIRC, perl5's mergesort
> is also carefully crafted to be as sensibl
# New Ticket Created by "jason switzer"
# Please include the string: [perl #56660]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56660 >
I found a case where my Rakudo test harness and the spectest_regression.dat
were not
I recently resumed work on refactoring and testing of the Parrot
configuration steps. The attached patch represents work done in the
last two weeks in the 'autojit' branch.
As with other config steps, the approach was to refactor code out of
runstep() into internal subroutines, then to test the h
On Sat, Jul 5, 2008 at 11:34 AM, Patrick R. Michaud (via RT)
<[EMAIL PROTECTED]> wrote:
> If there's agreement on using a method-based form, I think I can
> implement it fairly quickly, and we can update PDD21 accordingly.
I would tend to disagree, if only out of respect for symmetry with the
get_
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56650]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56650 >
If we create a class from a namespace, then objects created
from the class don't p
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #56648]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56648 >
Rakudo as of r29098
$ ../../parrot perl6.pbc -e ' for 1 .. 2 -> { say 2 }'
2
2
2
2
...
A
# New Ticket Created by Reini Urban
# Please include the string: [perl #56628]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56628 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc= gcc
# New Ticket Created by Andrew Johnson
# Please include the string: [perl #56632]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56632 >
More details — needless to say the location of the segfault is nowhere near
the bug, w
On Sat, 2008-07-05 at 20:11 -0700, Andrew Johnson wrote:
> Parrot_quicksort() is in src/utils.c; the first do-while loop has nothing to
> stop it when j reaches 0, so it keeps going outside of the data array. I
> guess that the while condition needs j > 0 adding to it to prevent that from
> happeni
# New Ticket Created by Andrew Johnson
# Please include the string: [perl #56636]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56636 >
If sort is given a comparison function that always returns >0, the result is
a segfaul
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #56634]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56634 >
>From Coke's rant in RT #55238:
*
(Please take the rest of this as a document
On Sun, 6 Jul 2008, Jonathan Worthington via RT wrote:
Patrick R. Michaud wrote:
I don't mind having a couple of regression failures for a day or two.
OK, then it's in as r29098.
excellent, this fixes my problem. do we want to close out this ticket and
let RT #47956 handle the rest, or ar
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #56640]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56640 >
A "Null PMC access" is produced when evaluating the return value from
an empty block. Th
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #56638]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56638 >
The `return` built-in doesn't take zero arguments, like it can in Perl
5. The attached p
# New Ticket Created by Vasily Chekalkin
# Please include the string: [perl #56630]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56630 >
Hello.
Current Junction.pir contains a lot of code for creating operator
overrides
Patrick R. Michaud wrote:
I don't mind having a couple of regression failures for a day or two.
OK, then it's in as r29098.
Thanks,
Jonathan
On Sun, Jul 06, 2008 at 04:11:53PM +0200, Jonathan Worthington wrote:
> Patrick R. Michaud wrote:
> >Would it hurt for us to temporarily remove :instanceof from
> >src/parser/actions.pm (at least for subs) until your patch is
> >ready? Otherwise "module Foo;" doesn't really work -- e.g., for mod_p
Patrick R. Michaud wrote:
Would it hurt for us to temporarily remove :instanceof from
src/parser/actions.pm (at least for subs) until your patch is
ready? Otherwise "module Foo;" doesn't really work -- e.g., for mod_perl6.
If you're ready for two spectests that currently pass to start failing
On Sun, Jul 06, 2008 at 03:58:45PM +0200, Jonathan Worthington wrote:
> Patrick R. Michaud wrote:
> >However, I also know that we need a better solution to :instanceof than we
> >have implemented now, so that may be another. Beyond that, I'm not sure
> >what we can do for the very short term. M
Patrick R. Michaud wrote:
However, I also know that we need a better solution to :instanceof than we have
implemented now, so that may be another. Beyond that, I'm not sure what we can
do for the very short term. My guess is that we
may need to avoid :instanceof in Rakudo for the time being,
On Sat, Jul 05, 2008 at 01:03:20PM -0700, chromatic wrote:
> On Saturday 05 July 2008 09:42:33 Jeff Horwitz wrote:
>
> > In r29081, the following code segfaults:
> >
> >module Foo::Bar;
> >sub foo() { say "bar"; }
> >foo(); # segfaults here
> >
> > The script works if the modules decla
21 matches
Mail list logo