[Mono-bugs] [Bug 79074][Wis] Changed - Mono places remoting calls for System.Object method

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Mon Aug 14 21:26:18 EDT 2006


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by robertj at gmx.net.

http://bugzilla.ximian.com/show_bug.cgi?id=79074

--- shadow/79074	2006-08-14 20:14:20.000000000 -0400
+++ shadow/79074.tmp.21569	2006-08-14 21:26:18.000000000 -0400
@@ -114,6 +114,21 @@
 
 However, if the target assembly in the remote domain has been loaded
 from a different location (which may happen after aplying the patch
 for #76757), the fast path can't be used because types can't be
 shared, so it has to go through the complete remoting sink.
 
+
+------- Additional Comments From robertj at gmx.net  2006-08-14 21:26 -------
+The docs are not quite correct: an overridden
+Object.GetHashCode () will be called remotely.
+
+I ran more tests on MS.NET 2.0 and I found something interesting:
+
+There is no timing difference between a call to a
+non-overriden object.Equals (supposed to be called locally)
+and a call to a user defined MyEquals with the same signature.
+
+It seems that MS.NET is still routing the call through a RealProxy
+but then it handles the call locally (like Mono does with GetHashCode
+in corlib/System.Runtime.Remoting.Proxies/RemotingProxy.cs).
+


More information about the mono-bugs mailing list