Bug 30994

Bug: 30994

Impact:

Product:

GemBuilder for Smalltalk/VW

Versions:

7.3.2, 7.3.1, 7.3, 7.2.2, 7.2.1, 7.2, 7.1.2, 7.1.1, 7.1, 7.0.2, 7.0.1, 7.0, 6.2, 6.1, 6.0

Platform:

VW 7.x

Fixed In:

7.3.3

VisualWorks platform string classes all map to ISOLatin

If you read a file using VisualWorks on Windows, you get an instance of
MSCP1252String.  If you do this on unix, you get an instance of ISO8859L1String.
If you store these into GemStone, they both get mapped to the class ISOLatin.
That's fine if you are only using windows or only using unix clients,
but if you store an MSCP1252String from your windows client and then read
it from GemStone in your unix client, it will be mapped to the wrong class,
and some characters with encodings ranging from 129 to 160 will be interpreted
differently.

Workaround

Before storing a platform string into GemStone, first convert it to a ByteString
or TwoByteString.