https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-24
19:36 ---
Note that this is fixed in Classpath but not in libgcj as
we still have divergences in serialization.
--
What|Removed |Added
--
Bug 20169 depends on bug 21785, which changed state.
Bug 21785 Summary: [4.1 regression] ClassNotFound during deserialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21785
What|Old Value |New Value
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27
09:47 ---
FYI, my patch for solving this bug in classpath is
https://savannah.gnu.org/patch/index.php?func=detailitemitem_id=3893
My copyright assignment is on its way...
I cannot comment on the current behaviour
--- Additional Comments From bonniot at users dot sf dot net 2005-05-27
15:05 ---
The new behaviour is caused by PR21785, which currently masks this bug.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-27
01:04 ---
Hmm, I get:
Exception in thread main java.lang.Error: java.lang.ClassNotFoundException:
Enum$Color
at Enum.main (Enum.java:34)
Caused by: java.lang.ClassNotFoundException: Enum$Color
at
--- Additional Comments From bonniot at users dot sf dot net 2005-03-02
22:11 ---
Submitting the mauve testcases, with a classpath patch on the way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169
--- Additional Comments From bonniot at users dot sf dot net 2005-02-26
01:35 ---
After some investigation, I think I understand what is going wrong. It seems
like readResolve is only called if it is declared in the deserialized object's
class. However, it should also be searched for in
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169