From @masak

<ash_> rakudo​: say :10(​:16<10>)
<p6eval> rakudo dc9900​: OUTPUT«16␤»
<ash_> rakudo​: say :2(​:16<10>)
<p6eval> rakudo dc9900​: OUTPUT«DON'T PANIC! Invalid character (6)!
Please try again :) [...]
<masak> could probably do better than that error message.
<pmichaud> agreed.
<TimToady> stringifying without evaluating?
<pmichaud> with evaluating, in this case
<TimToady> oh, yes
<TimToady> with
<pmichaud> since :16<10> is '16'
<TimToady> 16 has a 6, duh

My preferred error message would be something on the order of "The
number contains a 6 but you're interpreting it as a base-2 number."

From @pmichaud

On Wed, Sep 01, 2010 at 10​:19​:21AM -0700, Carl Mäsak wrote​:

<ash_> rakudo​: say :2(​:16<10>)
<p6eval> rakudo dc9900​: OUTPUT«DON'T PANIC! Invalid character (6)!

My preferred error message would be something on the order of "The
number contains a 6 but you're interpreting it as a base-2 number."

Not only that, but it should fail and not die.

Pm

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

From @moritz

It now complains correctly that the argument to :10() is a number and
not a string.

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