[Bug classpath/24618] equals method for collections

[subanark at gmail dot com]

------- Comment #6 from subanark at gmail dot com  2005-11-01 19:36 -------
At the very least you should document incompadibilities with Sun's
implementation. All it takes is a single hack in a complex process that
produces an unexpected result to render an entire library unuseable.
So, yes, I expect the goal of classpath is to produce a free compadible java
standard library that deviates only where explicity stated.

As an example:
Sun's implementation of Applet in 1.4 allowed unrestrictive setting of the
Applet's stub.
I notified Sun of a potential security problem with this, and when 1.5 came out
the method requires a security check.
This prompted another group to state that this change broke their systems that
were creating their own applet inside another applet.
Sun never expected (and thought they made it clear not to do this) that clients
would create their own applets. But in any case decided to allow the operation
if the stub has not previously been set.

Finally it doesn't cost anything to implement this. Using the fact that null ==
null, the algrothim can be improved slightly (which I assume is why Sun choose
this implementation).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24618