Hi,
This is exactly the problem I met. This comes from the
java.io.ObjectInputStream class. In facts, the one you merged from Classpath
is not the latest version from CVS, and still contains bugs. The one that
interests us resides in the readClassDescriptor() method : to load the class,
it
Hi !
Dalibor Topic wrote:
Salut Jeremy,
...
thanks for the bug report, and the excellent analysis. I didn't react to
it, as my plan was to switch over to the better maintained RMI
implementation from GNU Classpath, and then address the issues together
with Classpath developers.
Now that the
since it is handled by the RMIObjectOutputStream.
Sincerely,
Jeremy Buisson
14a15
import java.rmi.server.UnicastRemoteObject;
20a22
enableReplaceObject(true);
27a30,42
protected Object replaceObject(Object obj) throws IOException {
Object ret;
if(obj instanceof
In kaffe 1.1.0 and also in cvs: I don't exactly know where the true
problem resides, but I can describe the symptoms...
This concerns the kaffe setup shell script, the internal class loader,
and it appeared when I used RMI. For some reason, the
kaffe.rmi.rmic.RMIC has a null ClassLoader. Then,
In kaffe-1.1.0, maybe this has already been reported:
at least methods LinkedList.addAll(Collection) and
LinkedList.addAll(int, Collection) do not comply to Sun's specifications.
In the first form (without the position), the elements must be appended
to the end of the list. They are currently