Bug 36626

Bug: 36626

Impact:

Product:

GemStone/S 64 Bit

Versions:

3.7.1, 3.7, 3.6.8, 3.6.7, 3.6.6, 3.6.5, 3.6.4, 3.6.3, 3.6.2, 3.6.1, 3.6, 3.5.8, 3.5.7, 3.5.6, 3.5.5, 3.5.4, 3.5.3, 3.5.2, 3.5.1, 3.5, 3.4.5, 3.4.4, 3.4.3, 3.4.2, 3.4.1, 3.4, 3.3.9, 3.3.8, 3.3.7, 3.3.6, 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.x, 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.x, 2.3.1.6, 2.3.1, 2.3, 2.2.6.5, 2.2.5.4, 2.2.5.3, 2.2.5.2, 2.2.5.1, 2.2.x

Platform:

All

Fixed In:

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.