Bug 36626

GemStone/S 64 Bit

3.4, 3.3.5, 3.3.4, 3.3.3, 3.3.1, 3.3, 3.2.16, 3.2.15, 3.2.14, 3.2.13, 3.2.12, 3.2.11, 3.2.10, 3.2.9, 3.2.8.1, 3.2.8, 3.2.7, 3.2.6, 3.2.5, 3.2.4, 3.2.3, 3.2.2, 3.2.1, 3.2, 3.1.0.6, 3.1.0.5, 3.1.0.4, 3.1.0.3, 3.1.0.2, 3.1.0.1, 3.1, 3.0.1, 3.0, 2.4.8, 2.4.7, 2.4.6, 2.4.5.1, 2.4.5, 2.4.4.8, 2.4.4.7, 2.4.4.6, 2.4.4.5, 2.4.4.4, 2.4.4.3, 2.4.4, 2.4.3, 2.4.2, 2.4.1, 2.4, 2.3.1.6, 2.3.1, 2.3, 2.2.5.4, 2.2.5.3, 2.2.5.2, 2.2.5.1, 2.2.5, 2.2.4, 2.2.3, 2.2.2, 2.2.1, 2.2

All

Topaz command number parsing confused by locale

The topaz parser does not correctly handle numbers with a non-period decimal
point locale setting. This affects expressions such as

topaz 1> send 12.34 asString

This type of expression will not work in a non-period decimal point locale;
in a non-period locale, neither period nor comma decimal points will parse
correctly.

Note also that Smalltalk syntax specifies the period as the decimal separator
so numbers entered in a "run" or "printit" code block must also use a period.
Locale allows you to read or display Float values, using GemStone code,
with the appropriate decimal point.


Last updated: 6/10/08