New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
.int-bounds on Ranges with large Num end points is faulty #6385
Comments
From @zoffixznetRanges with large Num end points still let .int-bounds to succeed, because <Zoffix_> m: say (1e100..1e200).int-bounds This creates problems such as naive code like this successfully returns a sum. It's a very noisy sum and isn't what a user[^1] expected: <Zoffix_> m: say [+] 1..1e100 I dunno, is the floating point noise something the user should be familiar with or should we somehow go extra length to prevent such cases and error out or something? |
From 1parrota@gmail.comIsn't there a point at which there's no obvious practical application |
The RT System itself - Status changed from 'new' to 'open' |
From @zoffixznetOn Fri, 07 Jul 2017 16:38:13 -0700, 1parrota@gmail.com wrote:
Yeah, after thinking more about it, it's just not worth it trying rake all the values and figure out whether user really meant to get any f.p. noise in the numbers. Rejecting, same as https://rt-archive.perl.org/perl6/Ticket/Display.html?id=131717#txn-1472555 |
@zoffixznet - Status changed from 'open' to 'rejected' |
Migrated from rt.perl.org#131718 (status was 'rejected')
Searchable as RT131718$
The text was updated successfully, but these errors were encountered: