Use inlined FNV1a hash for String ...and do not use __symbolHash(). Although currently the VM also uses FNV1a hash for Symbols, the __symbolHash() does not handle properly character with codepoint 0 (because '\0' is used as a string terminator). This causes problems with Unicode16/32Strigs whose version of FNV1a hash is using object size from header to determine string's end. Added Symbol>>hash that actually *uses* the __symbolHash() to make sure it's hash is the the same as used bu the VM. Symbols with zeroes are rare and there's no Unicode16/32Symbol. This commit fixes issue #65.

     1

"{ Package: 'stx:libbasic' }"

     2

     3

Warning subclass:#ClassBuildWarning

     4

	instanceVariableNames:'className'

     5

	classVariableNames:''

     6

	poolDictionaries:''

     7

	category:'Kernel-Support'

     8

!

     9

    10

    11

!ClassBuildWarning methodsFor:'accessing'!

    12

    13

className:aSymbol

    14

    className := aSymbol.

    15

! !

    16

    17

!ClassBuildWarning class methodsFor:'documentation'!

    18

    19

version

    20

    ^ '$Header: /cvs/stx/stx/libbasic/ClassBuildWarning.st,v 1.1 2014-05-13 22:11:40 cg Exp $'

    21

!

    22

    23

version_CVS

    24

    ^ '$Header: /cvs/stx/stx/libbasic/ClassBuildWarning.st,v 1.1 2014-05-13 22:11:40 cg Exp $'

    25

! !

    26