SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

Mantis - Squeak
Viewing Issue Advanced Details
6696 Kernel minor always 09-24-07 23:45 10-03-09 19:34
nicolas cellier  
andreas  
normal  
assigned 3.10  
fixed  
none    
none 3.11  
0006696: ScaledDecimal can read in base 16 but cannot print in base 16
(20.0s1 printStringBase: 16) raise a debugger
'My subclass should have overridden #printOn:base:'
related to 0006482closed andreas [BUG] Interval storeOn: incorrect for some ScaledDecimal 
related to 0004378closed andreas ScaledDecimal storeString incorrectly use printOn: and loose exactness 
related to 0005693new  ScaledDecimal printString truncates rather than rounds, giving some surprising results. 
related to 0006697closed andreas Number>>storeOn:base: default implementation is wrong 
related to 0003493new  printing a float in base 16 is broken sometimes 
 ScaledDecimalPrintStringBase-M6696-Test.2.cs [^] (803 bytes) 09-24-07 23:56

Notes
(0011194)
nicolas cellier   
09-24-07 23:47   
see also

http://bugs.squeak.org/view.php?id=4378 [^]
http://bugs.squeak.org/view.php?id=5693 [^]
http://bugs.squeak.org/view.php?id=6482 [^]
(0011195)
nicolas cellier   
09-24-07 23:58   
Please someone delete ScaledDecimalPrintStringBase-M6696-Test.1.cs (wrong manipulations in the Browser because of unresponsive Squeak image!)
(0011196)
nicolas cellier   
09-25-07 00:07   
The tests has been written as if printing in another base makes sense.
However, I am not sure it does.

The intention of the class is to print a number of digits in base 10 after the decimal point.
What would it mean in another base? Should it print with same number of digits, or with a number of digits leading to equivalent precision?

Maybe a self shouldNotImplement would make sense.
Alternatively all the base stuff in Number could be removed too (it is either re-defined or irrelevant in subclasses)

On the other hand, different radix are allowed on input as 16r14.0s1, so what?
Should the radix used to input the number be an instVar (this number keep n digits after the "decimal" point in base r).
(0011198)
nicolas cellier   
09-25-07 00:33   
If ever corrected, then both printOn:base: AND storeOn:base: need being defined.
See http://bugs.squeak.org/view.php?id=6697 [^]
(0011565)
Keith_Hodges   
12-17-07 17:23   
"fix begin"
 
"fix test"
Installer mantis bug: 6696 fix:'ScaledDecimalPrintStringBase-M6696-Test.2.cs'.
"fix end"