Sorry to touch this subject once again - I understand that all of these
are temporary hacks, but hacks have a tendency to stay for a long time
(look at MSDOS :).
For now, hashcode of object is used. But in GTKGenericPeer it is cached
into native_state int field. Would it be easier/faster to:
- use int field for pointer to native data (cause problems on 64-bit
platform - but good for testing)
- same as above but use long field
- use int field - on 32bit platform direct pointer, on 64 bit hashcode
for hashtable
- instead of identity hashcode just use static counter - this way we
will get nice coverage of all values - no hash conflicts for long time
- or call for identityHashcode each time - this way native state lib is
really independent on class.
BTW, does anybody work on java.awt classes, or any of java.awt
subpackages ?
Artur
