Proc::Async .kill does not work on Bailador

2017-07-07 Thread Gabor Szabo
Hi, In a test of Bailador we are launching an instance of Bailador using Proc::Async and then when we are done we would like to kill the other process using .kill(9) Unfortunately this does not seem to have any impact on the process and it keeps running even after we send that kill signal. (at le

Net::SMTP is messed up

2017-07-07 Thread ToddAndMargo
Hi All, I just got gobsmacked by https://github.com/retupmoca/P6-Net-SMTP/issues/16 Were Net:SMTP gives the following error: Type check failed in binding to parameter '@seps'; expected Positional but got Str ("\r\n") Anyone know a workaround? Any way to get git to cough up a prior ver

[perl #131718] .int-bounds on Ranges with large Num end points is faulty

2017-07-07 Thread Zoffix Znet via RT
On Fri, 07 Jul 2017 16:38:13 -0700, 1parr...@gmail.com wrote: > Isn't there a point at which there's no obvious practical application > for extreme numbers? It's all very well letting mathematicians romp > around unconstrained, but is it worth complicating the language or its > development for the

[perl #131718] .int-bounds on Ranges with large Num end points is faulty

2017-07-07 Thread Zoffix Znet via RT
On Fri, 07 Jul 2017 16:38:13 -0700, 1parr...@gmail.com wrote: > Isn't there a point at which there's no obvious practical application > for extreme numbers? It's all very well letting mathematicians romp > around unconstrained, but is it worth complicating the language or its > development for the

[perl #131717] [BUG] incorrect sum for large numbers

2017-07-07 Thread Zoffix Znet via RT
On Fri, 07 Jul 2017 17:37:46 -0700, bdug...@matatu.org wrote: > I realized this occurs since 1e100 is a Num rather than an Int (and > summing to e.g. 10¹⁰⁰ works fine). It could be argued that this is > not a bug since Nums are not arbitrary precision. Yeah, I missed you in the IRC channel with t

[perl #131717] [BUG] incorrect sum for large numbers

2017-07-07 Thread Zoffix Znet via RT
On Fri, 07 Jul 2017 17:37:46 -0700, bdug...@matatu.org wrote: > I realized this occurs since 1e100 is a Num rather than an Int (and > summing to e.g. 10¹⁰⁰ works fine). It could be argued that this is > not a bug since Nums are not arbitrary precision. Yeah, I missed you in the IRC channel with t

Re: [perl #131707] [BUG] Private Methods/Attributes in roles do not work as expected

2017-07-07 Thread Martin Barth
> cat A.pm class A { ... } role R { has A $!private; method r { self!s; } method !s { $!private!s if $!private; # line 12 say $.b; } method !private-method { say "priv method"; } method public-method { self!private-method

[perl6/specs] 82d2ac: Fix typo

2017-07-07 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 82d2acd528c49ec5ff071152c54963485ddb13eb https://github.com/perl6/specs/commit/82d2acd528c49ec5ff071152c54963485ddb13eb Author: Zoffix Znet Date: 2017-07-06 (Thu, 06 Jul 2017) Changed paths: M v6d.po

[perl6/specs] ef72ef: List De-magicalize '-' in IO::Handle.open

2017-07-07 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: ef72ef9f0a71a7b93435704c3c38fc722c264bdb https://github.com/perl6/specs/commit/ef72ef9f0a71a7b93435704c3c38fc722c264bdb Author: Zoffix Znet Date: 2017-07-06 (Thu, 06 Jul 2017) Changed paths: M v6d.po

Re: [perl #131718] .int-bounds on Ranges with large Num end points is faulty

2017-07-07 Thread Parrot Raiser
Isn't there a point at which there's no obvious practical application for extreme numbers? It's all very well letting mathematicians romp around unconstrained, but is it worth complicating the language or its development for the rest of us?

Re: [perl #131718] .int-bounds on Ranges with large Num end points is faulty

2017-07-07 Thread Parrot Raiser via RT
Isn't there a point at which there's no obvious practical application for extreme numbers? It's all very well letting mathematicians romp around unconstrained, but is it worth complicating the language or its development for the rest of us?

[perl #131718] .int-bounds on Ranges with large Num end points is faulty

2017-07-07 Thread via RT
# New Ticket Created by Zoffix Znet # Please include the string: [perl #131718] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131718 > Ranges with large Num end points still let .int-bounds to succeed, because the .floor == $

Re: Travis for Perl 6

2017-07-07 Thread Timo Paulssen
Yes, we have deb packages for rakudo that you can use: https://gfldex.wordpress.com/2017/04/14/speeding-up-travis/ hth - Timo

[perl #131717] [BUG] incorrect sum for large numbers

2017-07-07 Thread via RT
# New Ticket Created by Brian Duggan # Please include the string: [perl #131717] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131717 > $ perl6 -e 'say [+] 1..1e100' 50001590289110975991817328705368083504703036502

Travis for Perl 6

2017-07-07 Thread Gabor Szabo
Hi, as I understand if I use Travis for a Perl 6 project with language: perl6 perl6: - latest it will compile Rakudo and it takes bout 15 minutes. Is there a way to use a pre-compiled version of Rakudo that will be much faster? regards Gabor

[perl #131714] [BUG] Segfault seemingly related to MVMCallCapture's gc_mark, and async

2017-07-07 Thread via RT
# New Ticket Created by Justin DeVuyst # Please include the string: [perl #131714] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131714 > I golfed it as much as I could. See Below. jdv@new-host-2 t]$ cat html_decode.pl use

[perl #131324] Inheriting from lexical classes seems borked

2017-07-07 Thread jn...@jnthn.net via RT
On Thu, 18 May 2017 15:19:26 -0700, c...@zoffix.com wrote: > To the best of my knowledge: > > On Thu, 18 May 2017 03:52:42 -0700, elizabeth wrote: > > Should this work? If not, why not? > > No, because the symbol is lexical to the compunit. It's the same as > how you won't be able > to access sub

[perl #131324] Inheriting from lexical classes seems borked

2017-07-07 Thread jn...@jnthn.net via RT
On Thu, 18 May 2017 15:19:26 -0700, c...@zoffix.com wrote: > To the best of my knowledge: > > On Thu, 18 May 2017 03:52:42 -0700, elizabeth wrote: > > Should this work? If not, why not? > > No, because the symbol is lexical to the compunit. It's the same as > how you won't be able > to access sub

[perl #131611] [BUG] Foo() coercers choke on sigiless variables

2017-07-07 Thread jn...@jnthn.net via RT
On Tue, 20 Jun 2017 11:11:15 -0700, c...@zoffix.com wrote: > m: my \a = -42; Int(a) > rakudo-moar 640404: OUTPUT: «===SORRY!===␤No compile-time value for a␤» Fixed and tested in S12-coercion/coercion-types.t.

[perl #131611] [BUG] Foo() coercers choke on sigiless variables

2017-07-07 Thread jn...@jnthn.net via RT
On Tue, 20 Jun 2017 11:11:15 -0700, c...@zoffix.com wrote: > m: my \a = -42; Int(a) > rakudo-moar 640404: OUTPUT: «===SORRY!===␤No compile-time value for a␤» Fixed and tested in S12-coercion/coercion-types.t.

[perl #131384] .open(:enc) on file with unicode leads to MoarVM panic: MVM_nfg_get_synthetic_info called with out-of-range synthetic

2017-07-07 Thread jn...@jnthn.net via RT
On Sat, 27 May 2017 08:01:00 -0700, c...@zoffix.com wrote: > c: HEAD with "/tmp/foo2121".IO { .spurt: "fo♥o"; with > .open(:enc) { say .slurp } } > Zoffix___, ¦HEAD(0c5fe56): «MoarVM panic: > MVM_nfg_get_synthetic_info called with out-of-range synthetic «exit > code = 1»» > > This is not the res

[perl #131384] .open(:enc) on file with unicode leads to MoarVM panic: MVM_nfg_get_synthetic_info called with out-of-range synthetic

2017-07-07 Thread jn...@jnthn.net via RT
On Sat, 27 May 2017 08:01:00 -0700, c...@zoffix.com wrote: > c: HEAD with "/tmp/foo2121".IO { .spurt: "fo♥o"; with > .open(:enc) { say .slurp } } > Zoffix___, ¦HEAD(0c5fe56): «MoarVM panic: > MVM_nfg_get_synthetic_info called with out-of-range synthetic «exit > code = 1»» > > This is not the res