This is Rakudo version 2017.07-155-gc229022cb built on MoarVM version
2017.07-378-g5e94da03
implementing Perl 6.c.
Linux Kataomoi 4.13.0-rc6
CPU E3-1230 V2 @ 3.30GHz GenuineIntel GNU/Linux
Also tested on IRC with Moar and Star
On Tue, Aug 29, 2017 at 1:22 PM, perl6 via RT
wrote:
> Greetings,
This is Rakudo version 2017.07-155-gc229022cb built on MoarVM version
2017.07-378-g5e94da03
implementing Perl 6.c.
Linux Kataomoi 4.13.0-rc6
CPU E3-1230 V2 @ 3.30GHz GenuineIntel GNU/Linux
Also tested on IRC with Moar and Star
This is not specific to right side nested alternations.
*Example 4:*
Agreed. In that case, the threads are just racing to observe a mutating value
while it's in the "expected" state.
I will add my voice to the chorus calling for either making roles into
closures, or producing a compile-time warning or error. It's tempting to use
roles to "monkey patch", and woul
# New Ticket Created by Shy Guy
# Please include the string: [perl #131991]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131991 >
*Description:*
Longest alternation seems to only evaluate the first nested alternation of
its
Agreed. In that case, the threads are just racing to observe a mutating value
while it's in the "expected" state.
I will add my voice to the chorus calling for either making roles into
closures, or producing a compile-time warning or error. It's tempting to use
roles to "monkey patch", and woul
This is Rakudo version 2017.07-155-gc229022cb built on MoarVM version
2017.07-378-g5e94da03
implementing Perl 6.c.
Linux Kataomoi 4.13.0-rc6
CPU E3-1230 V2 @ 3.30GHz GenuineIntel GNU/Linux
Also tested on IRC with Moar and Star
This is not specific to right side nested alternations.
*Example 4:*
This is Rakudo version 2017.07-155-gc229022cb built on MoarVM version
2017.07-378-g5e94da03
implementing Perl 6.c.
Linux Kataomoi 4.13.0-rc6
CPU E3-1230 V2 @ 3.30GHz GenuineIntel GNU/Linux
Also tested on IRC with Moar and Star
On Tue, Aug 29, 2017 at 1:22 PM, perl6 via RT
wrote:
> Greetings,
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #131994]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131994 >
This one is really old.
Code:
my int32 $x = -2147483648;
my Int $z =
On Sat, 20 Aug 2016 10:24:51 -0700, zef...@fysh.org wrote:
> > (:a..:b).WHICH
> Range|a True..b True
> > (List..Pair).WHICH
> Use of uninitialized value $!min of type List in string context.
> Methods .^name, .perl, .gist, or .say can be used to stringify it to
> something meaningful. in block at
Yes, as noted above, this is a dup of rejected ('better docs needed', really)
ticket #130562.
Yes, as noted above, this is a dup of rejected ('better docs needed', really)
ticket #130562.
Closing on request: https://irclog.perlgeek.de/perl6/2017-08-29#i_15087239
I have never closed anybody else's ticket before so let me know if I am doing
anything wrong.
Well, it was clearly wrong to say that we don't care about it, sorry about
that. Maybe it's not the top priority thing (for example, there is a module to
do this: https://github.com/azawawi/perl6-memoize), but there are still plans
to get it done eventually.
I'll change the title a little bit so t
Looks to me like possible dup of RT 130562
https://rt.perl.org/Ticket/Display.html?id=130562
See also doc issue: https://github.com/perl6/doc/issues/1141
On Sat, 26 Nov 2016 10:50:44 -0800, FROGGS.de wrote:
> say Int.new.WHAT.::
>
> rakudo-moar 7c5ea3: OUTPUT«===SORRY!===MVMArray: Can't pop from an
> empty array»
>
> IMO it should do the same as:
> m: say Int::
> rakudo-moar 7c5ea3: OUTPUT«Int»
>
>
fixed in rakudo 74ca5ce951, roast tests in
Adding more content from OP (seems there's some possible delay/issue with RT
emails) per https://irclog.perlgeek.de/perl6/2017-08-29#i_15086833
This is Rakudo version 2017.07-155-gc229022cb built on MoarVM
Adding more content from OP (seems there's some possible delay/issue with RT
emails) per https://irclog.perlgeek.de/perl6/2017-08-29#i_15086833
This is Rakudo version 2017.07-155-gc229022cb built on MoarVM
Here's a C program that simulates exactly how rakudo creates nums from
strings and shows the same problem:
https://gist.github.com/zoffixznet/46ae8dd7d85096d58dc557f60f82a179
Here's an IRC conversation with the author of the post you linked to
followed by investigation and discovery of this probl
This is an insidious bug rooted in how we parse floating point numbers,
combined with a caching-related problem that causes the order of 0.1e0
vs 1e-1 to matter for all further outcomes.
I wasn't able to find a ticket for this in our bug tracker, but it most
definitely is something we will fix.
http://www.evanmiller.org/a-review-of-perl-6.html
has
Scientific notation (such as 1e-1 for 1×10-1) always produces a
floating-point Num in Perl 6. For reasons I don’t understand, however, they
sometimes seem to add up as rationals, rather than floating-point:
> 0.1e0 + 0.2e0 == 0.3e0
False
> 1e
Problem:
https://github.com/retupmoca/P6-Net-SMTP/issues/17
Workaround:
curl smtps://smtp.zoho.com:465 -v --mail-from "xx...@zoho.com"
--mail-rcpt "y...@zoho.com" --ssl -u
xx...@zoho.com:zz -T "mail.txt" -k --anyauth
Curl can be called directly or through the curl m
@David
I think this is not a thread safety issue, but rather a result of `role`s
(intentionally) not being closures.
I.e. a duplicate of this RT: This is a duplicate of
https://rt.perl.org/Ticket/Display.html?id=130965
Possibly related to:
https://rt.perl.org/Ticket/Display.html?id=131871
23 matches
Mail list logo