0007581: ScaledDecimals with radix higher than 28 are parsed as Floats or Integers by SqNumberParser

Viewing Issue Advanced Details [ Jump to Notes ]

[ View Simple ] [ Issue History ] [ Print ]

Category

Severity

Reproducibility

Date Submitted

Last Update

0007581

[Squeak] Kernel

minor

always

12-09-10 17:31

12-14-10 00:11

Reporter

leves

View Status

public

Assigned To

Priority

normal

Resolution

open

Platform

Status

new

Projection

none

OS Version

ETA

none

Fixed in Version

Product Version

trunk

Product Build

Summary

0007581: ScaledDecimals with radix higher than 28 are parsed as Floats or Integers by SqNumberParser

Description

28r0s0 is equal to 0 as expected, but 29r0s0 is 812, because $s is treated as a digit. The cause of the problem is that the #digitValue of $s is the same as of $S , therefore NumberParser >> #nextElementaryLargeIntegerBase: treats $s as a valid digit.

Steps To Reproduce

Additional Information

Attached Files

Relationships

Notes
(0013982 - 529 - 601 - 601 - 822 - 822 - 822) nicolas cellier 12-14-10 00:11	OK, since the lowercase digit values where added, 29r0s0 is now ambiguous... Mostly the same problem as 16r1.0e4 The options are - to remove support for alternate radix - to revert the lowercase digit values change Concerning the ScaledDecimals, I would expect them to be 10-based from their name. See 0006696 : how many digits should use 0.1s2 when printed in base 2 ? See also 0006482 : (1/3.0s1) storeString could as well be printed literally as 3r0.1s1 if it would make any sense. I would not miss such weirdness.

Issue History
Date Modified	Username	Field	Change
12-09-10 17:31	leves	New Issue
12-14-10 00:11	nicolas cellier	Note Added: 0013982

Mantis 1.0.8[^]

34 total queries executed.
29 unique queries executed.