Skip to content
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

Strange internal error when a Rat is raised to a very large power in Rakudo #2751

Closed
p6rt opened this issue May 6, 2012 · 7 comments
Closed

Comments

@p6rt
Copy link

p6rt commented May 6, 2012

Migrated from rt.perl.org#112788 (status was 'resolved')

Searchable as RT112788$

@p6rt
Copy link
Author

p6rt commented May 6, 2012

From @masak

<moritz> r​: say 1.0000001 ** (10 ** 9)
<p6eval> rakudo d9fd17​: OUTPUT«Nominal type check failed for parameter
'$nu'; expected Int but got Num instead␤ in sub DIVIDE_NUMBERS at
src/gen/CORE.setting [...]
<colomon> that's a legit rakudo bug
<moritz> aye
* moritz leaves it to masak++
* masak submits it

@p6rt
Copy link
Author

p6rt commented Nov 17, 2012

From @coke

On Sun May 06 09​:53​:31 2012, masak wrote​:

<moritz> r​: say 1.0000001 ** (10 ** 9)
<p6eval> rakudo d9fd17​: OUTPUT«Nominal type check failed for parameter
'$nu'; expected Int but got Num instead␤ in sub DIVIDE_NUMBERS at
src/gen/CORE.setting [...]
<colomon> that's a legit rakudo bug
<moritz> aye
* moritz leaves it to masak++
* masak submits it

This no longer errors, but seems to be doing... a lot of somethings.

... Now what?

--
Will "Coke" Coleda

@p6rt
Copy link
Author

p6rt commented Nov 17, 2012

The RT System itself - Status changed from 'new' to 'open'

@p6rt
Copy link
Author

p6rt commented May 30, 2013

From @coke

On Sat Nov 17 15​:36​:41 2012, coke wrote​:

On Sun May 06 09​:53​:31 2012, masak wrote​:

<moritz> r​: say 1.0000001 ** (10 ** 9)
<p6eval> rakudo d9fd17​: OUTPUT«Nominal type check failed for parameter
'$nu'; expected Int but got Num instead␤ in sub DIVIDE_NUMBERS at
src/gen/CORE.setting [...]
<colomon> that's a legit rakudo bug
<moritz> aye
* moritz leaves it to masak++
* masak submits it

This no longer errors, but seems to be doing... a lot of somethings.

... Now what?

Erroring again​:

22​:36 < [Coke]> r​: say 1.0000001 ** (10 ** 9)
22​:36 <+camelia> rakudo 8a0859​: OUTPUT«Nominal type check failed for parameter
  'nu'; expected Int but got Num instead␤ in sub DIVIDE_NUMBERS
  at src/gen/CORE.setting​:7990␤ in sub infix​:<**> at
  src/gen/CORE.setting​:8131␤ in sub infix​:<**> at
  src/gen/CORE.setting​:3020␤ in block at /tmp/GbNF6TmPgz​:1␤␤»…

--
Will "Coke" Coleda

@p6rt
Copy link
Author

p6rt commented Jan 15, 2014

From @coke

On Wed May 29 19​:36​:59 2013, coke wrote​:

On Sat Nov 17 15​:36​:41 2012, coke wrote​:

On Sun May 06 09​:53​:31 2012, masak wrote​:

<moritz> r​: say 1.0000001 ** (10 ** 9)
<p6eval> rakudo d9fd17​: OUTPUT«Nominal type check failed for
parameter
'$nu'; expected Int but got Num instead␤ in sub DIVIDE_NUMBERS at
src/gen/CORE.setting [...]
<colomon> that's a legit rakudo bug
<moritz> aye
* moritz leaves it to masak++
* masak submits it

This no longer errors, but seems to be doing... a lot of somethings.

... Now what?

Erroring again​:

22​:36 < [Coke]> r​: say 1.0000001 ** (10 ** 9)
22​:36 <+camelia> rakudo 8a0859​: OUTPUT«Nominal type check failed for
parameter
'nu'; expected Int but got Num instead␤ in sub
DIVIDE_NUMBERS
at src/gen/CORE.setting​:7990␤ in sub infix​:<**> at
src/gen/CORE.setting​:8131␤ in sub infix​:<**> at
src/gen/CORE.setting​:3020␤ in block at
/tmp/GbNF6TmPgz​:1␤␤»…

This is back to hanging again, which I think is the "correct" behavior - how to test this? put it in a timer so that if doesn't error in 5s, we kill it and call it good?

--
Will "Coke" Coleda

@p6rt
Copy link
Author

p6rt commented Sep 11, 2016

From @zoffixznet

Tests added in Raku/roast@7143a330e9

@p6rt
Copy link
Author

p6rt commented Sep 11, 2016

@zoffixznet - Status changed from 'open' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant