[Mono-bugs] [Bug 77191][Nor] Changed - [PATCH] Mono remoting runtime can not resolve overload method during remote request method call processing.

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue Jan 17 01:43:07 EST 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=77191

--- shadow/77191	2006-01-16 16:19:06.000000000 -0500
+++ shadow/77191.tmp.18568	2006-01-17 01:43:07.000000000 -0500
@@ -272,6 +272,34 @@
 RemotingServices.ExecuteMessage(...)). But in real tests such
 assumption is not confirmed (for Mono test from my first report works
 succesfuly in case of ContextBoundObject). Am I missed something, or
 does Mono use separate dispatching mechanisms for ContextBoundObject
 and channel based invokations?
 
+
+------- Additional Comments From robertj at gmx.net  2006-01-17 01:43 -------
+The methodBindings are indeed
+
+static readonly BindingFlags methodBindings =
+BindingFlags.Instance | BindingFlags.Public | BindingFlags.NonPublic;
+
+Hence no wonder about the ambiguity ;-)
+
+The naive thought to remove BindingFlags.NonPublic fixes this bug,
+but it also breaks the activation unit tests regarding
+WellKnownServices:
+
+1) MonoTests.Remoting.ActivationTests.TestCreateTcpWkoSingleCall :
+2) MonoTests.Remoting.ActivationTests.TestCreateTcpWkoSingleton :
+3) MonoTests.Remoting.ActivationTests.TestCreateHttpWkoSingleCall : 
+4) MonoTests.Remoting.ActivationTests.TestCreateHttpWkoSingleton :
+System.InvalidCastException : Cannot cast from source type to
+destination type.
+in [0x00188] (at
+/usr/src/mono/head/mcs/class/corlib/System.Runtime.Remoting.Proxies/RealProxy.cs:219)
+System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke
+(System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg,
+System.Exception exc, System.Object[] out_args)
+
+
+I'm looking at this.
+


More information about the mono-bugs mailing list