Nico wrote:
> Bob, the problem may be simple :
> - Atom extends Point3f which itself extends Tuple3f
> - Tuple3f redefine equals() so equals() is not just comparing Reference
> but comparing contents
> - Atom doesn't redefine equals()
>
> The correct fix would simply be to redefine equals() in Atom
>
> Nico

I think that Nico's analysis of the problem is correct.

My recollection is that HashTable objects are used to store Atom objects
... certainly during the Frame building process, and maybe in the
JmolAdapter.

The HashTable code calls Object.equals(Object) to do its comparisons ...
in this case Tuple3f.equals(Tuple3f) ... which is only comparing the
coordinates.

That seems to imply that the data file that you are looking at contains
more than one atom at the same location.

I am still puzzled by the Java platform dependency that Bob observed.


Miguel


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers

Reply via email to