It could also help to use Fuslogvw.exe to watch the binding failure -- http://msdn2.microsoft.com/en-us/library/e74a18c4.aspx
At 08:16 PM 6/14/2006, Dino Viehland wrote >Are you remoting to another process, or to another app domain? Does the other >process have access to IronPython.dll ? > >One thing you might want to try doing is installing IronPython into the GAC >(assuming this is beta 7, or if you re-built w/ the Signed Release or Signed >Debug build modes w/ your own key), and then try this. This would ensure >that the type would be loadable in both app domains, even if the files aren't >readily available. It's also go a long way to making sure we're getting >loaded into the correct loader context. > >Another helpful debugging tip for debugging CLR interaction issues is running >IronPythonConsole w/ the -X:ExceptionDetail option. That will get you a much >better stack trace about where the issue is occurring. > >I'd need to get some time to setup a repro to be able to say much more about >this - but it's definitely something we'll want to make works (or understand >why it doesn't if it's impossible to make work) before 1.0. > > >-----Original Message----- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ralph Soons >Sent: Wednesday, June 14, 2006 6:57 AM >To: [email protected] >Subject: Re: [IronPython] remoting from IronPython > >Hi again, > >I searched a little further and found out the following: > >When using remoting - server activated objects: >and s = NameSpace.RemoteObject() >I discovered the "Cannot load type 'clr:IronPython.Runtime.IDynamicObject, >IronPython...." exception occurs on the following location: >namespace: IronPython.Runtime >file: Ops.cs >funtion: public static DynamicType GetDynamicType(object o) { >Line: if (dt != null) return dt.GetDynamicType(); (line 562) > >during debuging I discovered that 'object o' (input of the function) is of >type MarshalByRefObject so I guess its my remote object. The first line in the >function is IDynamicObject dt = o as IDynamicObject;. dt is not null after >executing this line. This is strange because its being casted to >IDynamicObject, which isn't implemented by my remote object. There after when >the next line is executed if (dt != null) return dt.GetDynamicType();, the >exception occurs. >Can anyone tell me why this is going wrong? > >I also tried to use client activated objects. In that case the remoting call >is working correctly. > >Thanks for your help again. >Ralph Soons > >>From: "Ralph Soons" <[EMAIL PROTECTED]> >>Reply-To: Discussion of IronPython <[email protected]> >>To: [email protected] >>Subject: [IronPython] remoting from IronPython >>Date: Wed, 14 Jun 2006 09:09:57 +0200 >> >>Hi all, >> >>I am trying to call an function on a server via remoting, using IronPython. >>First I created a c# server/client to test everything. >> >>In the C# client I have the following code: >>RemotingConfiguration.Configure("executablename.exe.config", false); >>RemoteObject object = new RemoteObject(); I can now reach my remote >>object from the client. >> >>There after I used IronPython to do the same in python: >>System.Runtime.Remoting.RemotingConfiguration.Configure("IronPythonTest >>.exe.config", >>0) >>s = NameSpace.RemoteObject() >>I now get the following error: >>Cannot load type 'clr:IronPython.Runtime.IDynamicObject, IronPython >> >>I also tried: >>s = System.Activator.GetObject( >>System.Type.GetType(NameSpace.RemoteObject), >>"http://localhost:9000/mytest"; ) >>I then get this error: >># File , line 0, in GetObject##10 >># File mscorlib, line unknown, in GetObject >>#SystemError: Trying to create a proxy to an unbound type. >> >>Can someone tell me if its possible to use remoting from IronPython or >>does any one has an idea what I am doing wrong? >> >>Many thanks! >>Ralph Soons J. Merrill / Analytical Software Corp _______________________________________________ users mailing list [email protected] http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
