We had the same bug in Kaffe, and twice.
Once in java.util.Vector (which breaks Stack, as pointed out), and a second
time in java.util.Hashtable, which breaks java.util.Properties, for instance).
I tried to check whether classpath's Hashtable is affected, but cvs readonly
access must have changed or something:
cvs [update aborted]: authorization failed: server anoncvs.gnu.org rejected access
My .cvspass file says this:
:pserver:[EMAIL PROTECTED]:/gd/gnu/anoncvsroot Ay=0=h<Z
- Godmar
>
> "Jochen Hoenicke" <[EMAIL PROTECTED]> writes:
>
> > Hello,
> >
> > The clone method in java.util.Vector and some other collection
> > classes is incompatible with the behaviour of the Sun Java methods:
> >
> > When I extend java.util.Vector and clone that class, the result is a
> > java.util.Vector and not the extended class. This is also true, when
> > I clone java.util.Stack.
> >
> > To solve this problem, the clone method should invoke super.clone()
> > (the clone method of java.lang.Object), catch the
> > CloneNotSupportedException (which can't be thrown since Vector is
> > Cloneable), and then copy the data.
> >
> > Jochen
>
> Jochen,
>
> If you'd like to submit a diff, I'll add it to the CVS tree. The same
> for anybody who wants to point out a problem, but thanks very much for
> the heads up on this.
>
> Brian
> --
> |-------------------------------|Software Engineer
> |Brian Jones |[EMAIL PROTECTED]
> |[EMAIL PROTECTED] |http://www.nortel.net
> |http://www.classpath.org/ |------------------------------
>
