[perl #131974] [BUG] Paramaterizing a role with a signature fails very strangely

# New Ticket Created by Benjamin Goldberg # Please include the string: [perl #131974] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131974 > This code: m: role Callback[\T] { }; constant sorter_t = Callback[ :(Any, Any -->

Re: [perl #131965] Shaped arrays can't have zero size

Attached is my use case which is parsing of PDF cross reference indices. There are normally three numeric entries per line. e.g. xref 0 8 00 65535 f 09 0 n 74 0 n 000120 0 n Which populates nicely into an array of 'n' lines of shape 3. There's the rare,

Re: [perl #131965] Shaped arrays can't have zero size

Attached is my use case which is parsing of PDF cross reference indices. There are normally three numeric entries per line. e.g. xref 0 8 00 65535 f 09 0 n 74 0 n 000120 0 n Which populates nicely into an array of 'n' lines of shape 3. There's the rare,

[perl #131973] [REGEX] Backtracking modifiers on individual atoms fail to override a regex-global `:ratchet` modifier.

# New Ticket Created by Sam S. # Please include the string: [perl #131973] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131973 > Based on S05, these test-cases should all pass: is "ab" ~~ / [ab | a ] b /, "ab",

[perl #131970] LTA error handling: shouldnt the Failure convert into an Exception

On Sun, 27 Aug 2017 04:31:45 -0700, mar...@senfdax.de wrote: > m: my $c = "Some::Thing"; ::($c).new() > rakudo-moar f097e5: OUTPUT: «Failed␤␤Actually thrown at:␤ in > block at line 1␤␤» > this error is not really helpful :( > shoudn't this failure be converted into an exception? i'd >

[perl #130774] [BUG] Rational.REDUCE-ME has a data race

On Mon, 06 Mar 2017 05:48:07 -0800, c...@zoffix.com wrote: > Another issue the .REDUCE-ME thing causes: > > mscha │ m: say (1/2+1/2, 2/2).unique; > +camelia │ rakudo-moar 9da50e: OUTPUT: «(1 1)␤» > > infix:<+> does not call .REDUCE-ME so the rats are different in this case I could see where a

[perl #131936] [REGRESSION] [REGEX] Match.made leaks a `NQPMu`

Fixed by lizmat in commit: https://github.com/rakudo/rakudo/commit/5db5b1dbfa0b625130573574e2409972387e9f75 Tests needed.

[perl #131923] Proc::Async.stdout and zero-separated input ($proc.stdout.split(“\0”) … )

I meant $proc.stdout.lines of course. On 2017-08-27 07:32:35, alex.jakime...@gmail.com wrote: > See https://github.com/perl6/doc/issues/1472 > > Turns out that $proc.lines does the wrong thing, which is probably a > bug. We do > need nl-in for Proc::Async, and this nl-in should also be the same

[perl #131923] Proc::Async.stdout and zero-separated input ($proc.stdout.split(“\0”) … )

See https://github.com/perl6/doc/issues/1472 Turns out that $proc.lines does the wrong thing, which is probably a bug. We do need nl-in for Proc::Async, and this nl-in should also be the same as in IO::Handle. On 2017-08-18 08:54:36, alex.jakime...@gmail.com wrote: > Another way to do it is to

[perl #130117] [REGEX] :r does not prevent backtracking (say ‘abcz’ ~~ /:r [‘a’ || ‘abc’ ] ‘z’ /)

Relevant: https://rt.perl.org/Ticket/Display.html?id=123934#txn-1401917 In short, `||` alternations don't respect `:` in Rakudo, whereas `|` alternations (and other atoms such as quantifiers) do respect it. Simpler test-case: ➜ say "ab" ~~ / [ "ab" | "a" ]: "b" /; Nil ➜ say