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
