[perl #131961] Built-in decoder is dropping bytes on the floor

2017-08-30 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
I bisected moarvm manually to https://github.com/MoarVM/MoarVM/commit/a6abd3c6654413d2230470dbaa82b7b3a2b05762 On 2017-08-30 19:09:18, alex.jakime...@gmail.com wrote: > Bisected to > https://github.com/rakudo/rakudo/commit/51b63bf9f0d0594687908f0756774f29cde39c1f > > On 2017-08-25 18:56:37,

[perl #131961] Built-in decoder is dropping bytes on the floor

2017-08-30 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
Bisected to https://github.com/rakudo/rakudo/commit/51b63bf9f0d0594687908f0756774f29cde39c1f On 2017-08-25 18:56:37, alex.jakime...@gmail.com wrote: > The input file for this problem is ≈15 MB so please bear with external > link: > https://files.progarm.org/golfed.gz (1.6 MB compressed) > >

[perl #131997] New Rakudo Star Bug

2017-08-30 Thread via RT
# New Ticket Created by Stephen Roe # Please include the string: [perl #131997] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131997 > This is Rakudo version 2017.04.3 built on MoarVM version 2017.04-53-g66c6dda implementing

[perl #131998] [LTA] Not really good error with wrong class creation by passing a pair to a named arg to new

2017-08-30 Thread via RT
# New Ticket Created by Sylvain Colinet # Please include the string: [perl #131998] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131998 > m: class A {;}; my A $a .= new(:name:); # lta error ? rakudo-moar 3e1382: OUTPUT:

[perl #128905] [BUG] Some core Routines do not do Callable role

2017-08-30 Thread Zoffix Znet via RT
Looks like this bug affects subroutines too: m: say ~~ Callable rakudo-moar 3e1382: OUTPUT: «False␤» m: say [0,1,2,Any].grep() rakudo-moar 3e1382: OUTPUT: «Cannot resolve caller ACCEPTS(Sub+{}: Int);

Re: [perl #129019] [BUG] Range.WHICH fails on many kinds of endpoints

2017-08-30 Thread Zefram via RT
Brian S. Julin via RT wrote: >For example "Foo^".."Bar" and "Foo"^.."Bar" would put out the same WHICH. Yes, and that's a bigger problem. In general Rakudo's .WHICH methods suffer this sort of problem when incorporating the .WHICH values of subobjects. See [perl #128943] (Set, and in which I

[perl #131996] `unhandled Failure detected in DESTROY` on `require`

2017-08-30 Thread via RT
# New Ticket Created by Александр Кирюхин # Please include the string: [perl #131996] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131996 > This one is tough.