[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug classpath/23026] ObjectInputStream can't deserialize arrays from a
From: |
mark at gcc dot gnu dot org |
Subject: |
[Bug classpath/23026] ObjectInputStream can't deserialize arrays from a Sun stream |
Date: |
17 Oct 2005 21:49:55 -0000 |
------- Comment #5 from mark at gcc dot gnu dot org 2005-10-17 21:49 -------
This suggest that we check the serial version uid from a
ObjectStreamClass of an array Class object but should just ignore it.
Two experiments to consider:
- Is the array serial uid we get from the Sun side "stable"?
Does it just give us something random or do we make some mistake in
recalculating the uid?
- If we sent a clearly wrong (random) uid for an array Class does to Sun
also fail? Is the other side really ignoring the uid, or is it being
liberal in what it accepts?
Note that ObjectStreamClass.getClassUID() has some special code to
handle the array case already.
Also note that reflection on array classes is tricky. It might be a good
idea to try a more mature vm to check against. libgcj gets this right.
Arrays are always abstract, final, inherit the accessible flags of their
component type (or public when primitive) and are never an interface.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23026