Topaz command number parsing confused by locale
The topaz parser does not correctly handle numbers with a non-period decimalpoint 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.
Workaround:
none/not applicable