[Seaside-dev] Seaside 3.0a6ish

[Paolo Bonzini]

On 05/19/2010 06:58 PM, Michael Lucas-Smith wrote:
>
> Can someone speak to the platforms that have trouble with #= here?

GNU Smalltalk has problems comparing an encoded string with 
#latin1String.  The problem is that the GRCodecTest>>#asString: method 
does not store the encoding of the string in its result, so GNU 
Smalltalk assumes it is in the default encoding (typically UTF-8).  Then 
when "self latin1String" has to be compared with an ISO-8859-1 string 
(the output of "codec encode: self decodedString"), GNU Smalltalk fails 
because it finds an invalid UTF-8 sequence in "self latin1String".

Comparing bytearrays instead takes encodings out of the picture and works.

VisualWorks seems to have the opposite problem.  #encode: needs to know 
what encoding was applied in order to convert to raw bytes.  This seems 
to be a bug to me.  The #encode:-d representation should contain the raw 
bytes, not the Unicode characters.

So, I could fix it by adding a platform-specific hack to #asString:, but 
it seems wrong.  Can you check what breaks if you return a ByteArray 
from your codec's #encode: method?

Paolo