Thank you for your email request. Your request ID is I-1549154
On Tue, 02 Aug 2016 09:51:31 -0700, zef...@fysh.org wrote:
> > (1180591620717411303424.0e0).Int
> 1180591620717411303424
> > (1180591620717411303424.0e0).perl.EVAL.Int
> 1180591620717409992704
>
> The .perl.EVAL process ought to yield the same value we started with.
> It's coming back as a
Thank you for your email request. Your request ID is I-1544230
Thank you for your email request. Your request ID is I-1544229
On Tue, 02 Aug 2016 10:44:50 -0700, zef...@fysh.org wrote:
> > my $a = 1180591620717411303424e0
> 1.18059162071741e+21
> > my $b = 1180591620717409992704e0
> 1.18059162071741e+21
> > $a.Int
> 1180591620717411303424
> > $b.Int
> 1180591620717409992704
> > $a == $b
> False
> > $a === $b
> False
> >
On Tue, 02 Aug 2016 10:44:50 -0700, zef...@fysh.org wrote:
> > my $a = 1180591620717411303424e0
> 1.18059162071741e+21
> > my $b = 1180591620717409992704e0
> 1.18059162071741e+21
> > $a.Int
> 1180591620717411303424
> > $b.Int
> 1180591620717409992704
> > $a == $b
> False
> > $a === $b
> False
> >
Thank you for your email request. Your request ID is I-1544215
Thank you for your email request. Your request ID is I-1544216
On Tue, 02 Aug 2016 10:55:34 -0700, zef...@fysh.org wrote:
> > 1180591620717411303424e0 == 1180591620717409992704e0
> True
> > 1180591620717411303424e0 === 1180591620717409992704e0
> True
>
> Say what? These are distinct Num values, differing by 10 ulp.
> These literals work fine in other
On Tue, 02 Aug 2016 10:55:34 -0700, zef...@fysh.org wrote:
> > 1180591620717411303424e0 == 1180591620717409992704e0
> True
> > 1180591620717411303424e0 === 1180591620717409992704e0
> True
>
> Say what? These are distinct Num values, differing by 10 ulp.
> These literals work fine in other
Thank you for your email request. Your request ID is I-1544181
On Fri, 12 Aug 2016 10:24:48 -0700, zef...@fysh.org wrote:
> > "9.998e0".EVAL - "9.998e0".Num
> 1.77635683940025e-15
>
> Observe that the same string yields different Num values when interpreted
> as a Num literal and when coerced. Where the string is meaningful both
>
On Fri, 12 Aug 2016 10:24:48 -0700, zef...@fysh.org wrote:
> > "9.998e0".EVAL - "9.998e0".Num
> 1.77635683940025e-15
>
> Observe that the same string yields different Num values when interpreted
> as a Num literal and when coerced. Where the string is meaningful both
>
Thank you for your email request. Your request ID is I-1544135
Thank you for your email request. Your request ID is I-1544134
On Thu, 12 Apr 2018 23:34:43 -0700, mar...@senfdax.de wrote:
> requireing a non installed module leads to strange error if the name
> starts with the name of a core module. e.g:
>
>
> > perl6 -e 'require IO::Socket::Async::SSL'
> IO::Socket::Async::SSL is a builtin type, not an external module
On Thu, 12 Apr 2018 23:34:43 -0700, mar...@senfdax.de wrote:
> requireing a non installed module leads to strange error if the name
> starts with the name of a core module. e.g:
>
>
> > perl6 -e 'require IO::Socket::Async::SSL'
> IO::Socket::Async::SSL is a builtin type, not an external module
Thank you for your email request. Your request ID is I-1544053
Thank you for your email request. Your request ID is I-1544054
On Fri, 20 Oct 2017 07:34:04 -0700, victor.a...@derpymail.org wrote:
> How to reproduce
>
>
> perl6 -e 'my ($a, $b) = (0.7,
> 0.71); say $a <=> $b, " ", Num($a) <=> Num($b)'
>
> Expected behavior
> -
>
> Prints `Less
On Fri, 20 Oct 2017 07:34:04 -0700, victor.a...@derpymail.org wrote:
> How to reproduce
>
>
> perl6 -e 'my ($a, $b) = (0.7,
> 0.71); say $a <=> $b, " ", Num($a) <=> Num($b)'
>
> Expected behavior
> -
>
> Prints `Less
Thank you for your email request. Your request ID is I-1544046
The problem is actually caused by the error reporting:
https://github.com/rakudo/rakudo/blob/08b951c8f33cfc702c308e64efcb44f3ec725117/src/core/Exception.pm6#L2969
The only heuristic I’ve been able to find so far that the value of $ns{$_}
suddenly is no longer fully qualified if the namespace
The problem is actually caused by the error reporting:
https://github.com/rakudo/rakudo/blob/08b951c8f33cfc702c308e64efcb44f3ec725117/src/core/Exception.pm6#L2969
The only heuristic I’ve been able to find so far that the value of $ns{$_}
suddenly is no longer fully qualified if the namespace
Thank you for your email request. Your request ID is I-1544030
Thank you for your email request. Your request ID is I-1544031
On Fri, 12 Aug 2016 10:00:17 -0700, zef...@fysh.org wrote:
> > "9.9981e0".EVAL < "9.998e0".EVAL
> True
>
> Observe that the literal with a greater nominal value yields a lower
> Num value. (The .EVAL circumlocution is required to work around [perl
> #128820].) This
On Fri, 12 Aug 2016 10:00:17 -0700, zef...@fysh.org wrote:
> > "9.9981e0".EVAL < "9.998e0".EVAL
> True
>
> Observe that the literal with a greater nominal value yields a lower
> Num value. (The .EVAL circumlocution is required to work around [perl
> #128820].) This
# New Ticket Created by Martin Barth
# Please include the string: [perl #133107]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=133107 >
requireing a non installed module leads to strange error if the name
starts with the
29 matches
Mail list logo
