[Mono-bugs] [Bug 76809][Nor] Changed - [PATCH] TargetInvocationException when calling Activator.CreateInstance

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Wed Apr 12 05:49:15 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.


--- shadow/76809	2006-04-07 18:15:18.000000000 -0400
+++ shadow/76809.tmp.13996	2006-04-12 05:49:15.000000000 -0400
@@ -10,13 +10,13 @@
 Component: CORLIB
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: amk at pobox.sk               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
-Cc: gonzalo at ximian.com,robertj at gmx.net
+Cc: gonzalo at ximian.com,lluis at ximian.com,robertj at gmx.net
 Summary: [PATCH] TargetInvocationException when calling Activator.CreateInstance
 Description of Problem:
 When calling Activator.CreateInstance(...),
 System.Reflection.TargetInvocationException occurs.
@@ -264,6 +264,20 @@
 It seems that RemotingServices.GetIdentityForUri and
 RemotingServices.GetServerTypeForUri need more love.
 I'm looking at it.
+------- Additional Comments From robertj at gmx.net  2006-04-12 05:49 -------
+Lluis, the 2nd patch broke the fix of the initial issue,
+because if RemotingServices.GetServerTypeForUri ("app/obj")
+returns null (like on MS.NET), MethodCall.ResolveMethod ()
+We could either apply the first patch (which is quite non-intrusive)
+and ignore this small incomptibility, or we need 2 
+GetServerTypeForUri/GetIdentityForUri-like methods (one internal,
+which accepts "app/obj" and another which doesn't).
+What's your opinion?

More information about the mono-bugs mailing list