[Mono-devel-list] un-interoperatible classes .NET -> Mono remoting

[Jason King]

Hello Aleksandar
As a useful tool for examing MS.NET classes, you could try Reflector,
available here: http://www.aisto.com/roeder/dotnet/

This should allow you to inspect the classes and compare with Mono
libraries / source code to see those definitions that are different.

Hope this helps,
Jase

Regards,
Jason King
Co-Author, "Cross-Platform .NET Development: Using Mono, Portable.NET,
and Microsoft .NET" 
(Apress, 2004, ISBN: 1-59059-330-8)
http://www.cross-platform.net



-----Original Message-----
From: mono-devel-list-admin at lists.ximian.com
[mailto:mono-devel-list-admin at lists.ximian.com] On Behalf Of Aleksandar
Dezelin
Sent: 28 September 2004 11:52
To: Mono-devel-list
Subject: Re: [Mono-devel-list] un-interoperatible classes .NET -> Mono
remoting


Lluis Sanchez wrote:

>Only objects whose internal structure is identical in MS.NET and Mono 
>(i.e. they have the same private fields with the same names) are 
>interoperable. The reason is that remoting sends a full copy of the 
>object and if the receiver expects a different structure for a type it 
>will fail. Classes in System.Collections have been gradually modified 
>to match those in MS.NET. Other classes may fail.
>
>Lluis.
>

Then System.Collections and it's classes including Hashtable are
interoperable? Is there any kind of list of non-interoperable classes?

Regards
Aleksandar Dezelin
-- 
  Aleksandar Dezelin
  dezelin32 at fastmail.fm

_______________________________________________
Mono-devel-list mailing list
Mono-devel-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list