Re: [perl #129838] error report

I solved it. I actually sent the report cause they said I should at the IRC chat. Apparently, it was considered a poor error notification. I had a quote with END and two spaces on the line. Removed the 2 spaces and worked. att, On Mon, Oct 10, 2016 at 8:30 AM, Elizabeth Mattijsen via RT < perl6-

[perl #129844] [BUG] literals and boxed types do not get unboxed for native types in multies

# New Ticket Created by # Please include the string: [perl #129844] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129844 > We can use a literal numeral or an Int with a sub that takes a native: m: sub foo (int) { say "OK!

Re: [perl #129845] [CONC] `.dir` returns corrupted `IO::Path`s under concurrent load

This appears to be a MoarVM specific issue: I can’t get this script to fail on the JVM backend. The applicable code appears to be MVM_dir_read in src/io/dirops.c . Which appears to take a thread context. On non-Win32 systems, it appears to be using readdir_r() . For which I found a rather re

[perl #129845] [CONC] `.dir` returns corrupted `IO::Path`s under concurrent load

# New Ticket Created by Sam S. # Please include the string: [perl #129845] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129845 > Calling `.dir` concurrently from multiple threads, results in some of the IO::Path objects it r

[perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #129843] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129843 > Code: say “hello”[2] Result: Index out of range. Is: 2, should be in

Re: doubt about sequence operator

> On 10 Oct 2016, at 14:22, Luca Ferrari wrote: > Looking at I > cannot find an explaination of why the ending value of 10 is not > honored in the second case. Oops, missed that you already referenced the doc: It’s in this line, I believe: "

Re: doubt about sequence operator

> On 10 Oct 2016, at 14:22, Luca Ferrari wrote: > > Hi all, > I'm misunderstanding the ... operator. The following works as expected: > >@seq = ( 1, 2, -> $a, $b { $a * 2 + $b % 2 } ... * )[^10]; > > while the following seems to loop infinitely: > >@seq = ( 1, 2, -> $a, $b { $a * 2 +

doubt about sequence operator

Hi all, I'm misunderstanding the ... operator. The following works as expected: @seq = ( 1, 2, -> $a, $b { $a * 2 + $b % 2 } ... * )[^10]; while the following seems to loop infinitely: @seq = ( 1, 2, -> $a, $b { $a * 2 + $b % 2 } ... 10 ); Looking at

Re: [perl #129838] error report

When does this happen exactly? > On 10 Oct 2016, at 04:14, Eduardo CAPANEMA (via RT) > wrote: > > # New Ticket Created by Eduardo CAPANEMA > # Please include the string: [perl #129838] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Disp

Re: [perl #129829] .pick on large ranges returns binary-sparse result

> On 10 Oct 2016, at 05:19, Zoffix Znet via RT > wrote: > > Looks like libtommath has now been fixed: > https://github.com/libtom/libtommath/pull/57 > > On Sat Oct 08 14:47:40 2016, timo wrote: >> Apparently libtommath is known to leave some bits 0 when specific >> conditions for the defines a