Mark Wielaard <[EMAIL PROTECTED]> writes:
> - Do we have any RMI expert on the list who could review these changes?
> (The original implementation was donated by Transvirtual, after they
> abandoned the code, but nobody has been maintaining it since :{)
> Maybe someone has RMI example applications
Hi,
On Sunday 27 October 2002 02:22, Mark Wielaard wrote:
> - java/io/Object*Stream.java. We had these classes merged with libgcj
> but they are diverging again. This is code I don't know much about and
> has some very subtle issues that are easy to get wrong. One thing I like
> about the libgcj v
Hi,
On Sunday, October 27, 2002 12:41, Andy Walter wrote:
> On Sunday 27 October 2002 02:22, Mark Wielaard wrote:
> > - java/io/Object*Stream.java. We had these classes merged
> with libgcj
> > but they are diverging again. This is code I don't know
> much about and
> > has some very subtle issu
Hi,
On Monday 28 October 2002 08:52, Jeroen Frijters wrote:
> > To me, avoiding native methods as often as possible is
> > preferable as well.
>
> I agree. I'm not using any JNI in my VM for the Classpath native methods
> (although my VM does support it [but it isn't completely done yet]), for
> o
Hi,
On Monday, October 28, 2002 10:41, Andy Walter wrote:
> But this is a general problem of native code. I don't see how
> using anything else than JNI for native methods can help.
My VM isn't a "real" VM. It sits on top of the .NET runtime, so for
native code I use .NET libraries. So in additi
5 matches
Mail list logo