|Anonymous | Login||02-29-2020 02:26 UTC|
|Main | My View | View Issues | Change Log | Docs|
|Viewing Issue Advanced Details [ Jump to Notes ]||[ View Simple ] [ Issue History ] [ Print ]|
|ID||Category||Severity||Reproducibility||Date Submitted||Last Update|
|0007581||[Squeak] Kernel||minor||always||12-09-10 17:31||12-14-10 00:11|
|ETA||none||Fixed in Version||Product Version||trunk|
|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|
(0013982 - 529 - 601 - 601 - 822 - 822 - 822)
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.
|12-09-10 17:31||leves||New Issue|
|12-14-10 00:11||nicolas cellier||Note Added: 0013982|
| Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
34 total queries executed.|
29 unique queries executed.