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

[bugzilla-daemon at bugzilla.ximian.com]

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=76809

--- 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: ---
 URL: 
-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 ()
+fails.
+
+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?
+