[perl #131722] Map and containerization (my %m := Map.new(‘a’, ‘X’); %m = 42)

2017-10-12 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
FWIW because of workaround commit mentioned above this code behaves a little bit differently: Code: my $x; my $y := $x; $x = Map.new((:a(42),:b($y))); say $x ¦«2015.12»: «timed out after 10 seconds» «exit signal = SIGHUP (1)» ¦«2016.06»: «timed out after 10 seconds» «exit signal = SIGHUP (1)» ¦

[perl #132285] [REGRESSION] Error message talks about null strings when trying to create a num32 Blob (Blob[num32].new(2e0))

2017-10-12 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132285] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132285 > Code: Blob[num32].new(2e0) # huh? ¦«2015.12»: This type cannot unbox

Re: [perl #132268] Floating point anomalies

2017-10-12 Thread Sisyphus via RT
-Original Message- From: Zoffix Znet via RT Sent: Wednesday, October 11, 2017 11:09 PM To: sisyph...@optusnet.com.au Subject: [perl #132268] Floating point anomalies > What you describe looks to be similar to the other issue I have in my > private bug stash: > >say .1e0 + .2e0 ==

[perl #132284] [REGRESSION] .gist of a Map was arguably better in the past (say Map.new(‘a’ => ‘b’))

2017-10-12 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132284] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132284 > Code: my @a = [1,2,3,4]; my %h = 'a'=>'b','c'=>'d','101'=>'102'; my $

[perl #132283] [REGRESSION] BUILDALL is listed as one of the methods, maybe that's not right (say $foo.^methods)

2017-10-12 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132283] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132283 > Code: class Foo { has $.bar }; my $f = Foo.new(bar=>'u'); say $f.^met

[perl #132282] [REGRESSION] Weird “Cannot find method 'gist'” problem

2017-10-12 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132282] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132282 > Code: -> (Str() $a, Str() :$b) { say [$a, $b] }('abc'.match(/(.) $=.

[perl #132281] [REGRESSION] .gist of a bag used to say “bag()”, now it says “Bag()” ("blogger".comb.Bag)

2017-10-12 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132281] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132281 > Code: say "blogger".comb.Bag # if you want for all the letters ¦«201

[perl #132280] [REGRESSION][PERF] Cool methods that take and pass a Capture are uber slower (.contains: 'meow' for ^10000_00)

2017-10-12 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132280] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132280 > Code: .contains: 'meow' for ^1_00; say now - INIT now ¦«2015.12»

[perl #132262] [BUG] Quote braid misses Main braid's language change due to new ops

2017-10-12 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
This is actually a regression. Code: $ = ""; sub postfix:<♥> { $^a + 42}; say "{ 5♥ }" ¦«2015.12»: 47 ¦«2016.06»: 47 ¦«2016.12»: 47 ¦«2017.06»: ===SORRY!=== Error while compiling /home/bisectable/git/whateverable/data/regressionable/15285677/snippet Bogus postfix at /home/bisectable/git/whatev

[perl #132279] [REGRESSION][9999] BagHash.grab with huge values (("foo" => 10000000000000000000).BagHash.grab(1))

2017-10-12 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132279] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132279 > Code: ("foo" => 1000).BagHash.grab(1) ¦«2015.12»:

[perl #132104] [JVM] EvalServer seems to leak memory

2017-10-12 Thread Christian Bartolomaeus via RT
On Sat, 23 Sep 2017 12:28:53 -0700, barto...@gmx.de wrote: > 3) Feeding the EvalServer with a program that calls 'run' (or > Proc::Async directly) does heavily leak memory, threads and what not > (again assuming a clean EvalServer instance started as above): > > $ echo 'run("echo", "42");' > foo.p

[perl #131763] [ANNOYING] Merged output of Proc::Async does not work (whenever $proc { … })

2017-10-12 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
Alright! This was fixed. Bisectable points at the merge of “better-sched” branch, which happen right after 2017.09 release. See https://github.com/rakudo/rakudo/commit/61a77e60a7d936415503d8916fcc7546569e9135 Zoffix++ found some tests: https://github.com/perl6/roast/commit/ae3eea8a8b43d9c6b1be6b0

Re: [perl #132268] Floating point anomalies

2017-10-12 Thread Brandon Allbery via RT
On Thu, Oct 12, 2017 at 5:31 AM, wrote: > Perl6's printf() function looks a little suspect - though I might be > missing > something here. > > As with perl5's say function, doubles are rounded to 14 decimal digits of > precision, so we get: > > $ perl6 -e 'say 1.001e0;' > 1 > > $ perl

Re: [perl #132268] Floating point anomalies

2017-10-12 Thread Brandon Allbery
On Thu, Oct 12, 2017 at 5:31 AM, wrote: > Perl6's printf() function looks a little suspect - though I might be > missing > something here. > > As with perl5's say function, doubles are rounded to 14 decimal digits of > precision, so we get: > > $ perl6 -e 'say 1.001e0;' > 1 > > $ perl

Re: [perl #132268] Floating point anomalies

2017-10-12 Thread sisyphus1
-Original Message- From: Zoffix Znet via RT Sent: Wednesday, October 11, 2017 11:09 PM To: sisyph...@optusnet.com.au Subject: [perl #132268] Floating point anomalies What you describe looks to be similar to the other issue I have in my private bug stash: say .1e0 + .2e0 == .3e0

[perl #132275] a Promise using a `temp`ed variable gets untemped version

2017-10-12 Thread Zoffix Znet via RT
Notabug: https://irclog.perlgeek.de/perl6-dev/2017-10-12#i_15293653 12:50 jnthn start blocks don't make a complete clone of the dynamic scope, so they'll see any mutations in it 12:50 They just have a reference to the context they were invoked in

[perl #132275] a Promise using a `temp`ed variable gets untemped version

2017-10-12 Thread Zoffix Znet via RT
Notabug: https://irclog.perlgeek.de/perl6-dev/2017-10-12#i_15293653 12:50 jnthn start blocks don't make a complete clone of the dynamic scope, so they'll see any mutations in it 12:50 They just have a reference to the context they were invoked in

[perl #132275] a Promise using a `temp`ed variable gets untemped version

2017-10-12 Thread via RT
# New Ticket Created by Zoffix Znet # Please include the string: [perl #132275] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132275 > If you `temp` a variable and access it from within a Promise at a time AFTER the flow lef