Mantis Bugtracker
  

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
Reporter leves View Status public  
Assigned To
Priority normal Resolution open Platform
Status new   OS
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[^]
Copyright © 2000 - 2007 Mantis Group
34 total queries executed.
29 unique queries executed.
Powered by Mantis Bugtracker