[IronPython] hosting and SetVariable

Dino Viehland dinov at exchange.microsoft.com
Thu May 29 21:30:55 CEST 2008


I'd suggest PythonOps.IsSubClass(typeFromScope, DynamicHelpers.GetPythonTypeFromType(yourType)).  Or better yet would be using Builtin.issubclass(...).  One warning is that the members of DynamicHelpers will likely move to PythonOps at some point before V2 RTM.  We could make issubclass accept .NET type objects as well which would make that even simpler.

Just some rational on why we moved everything off of PythonType.  We had been moving towards a world where all of our implementations of Python objects public API surface consists only of the API surface you expect to see exposed in Python.  Additionally we've been renaming anything that is public to match the Python name  - instead of having an attribute which is the Python name.  That reduces the amount of reflection we need to do to bring in types.  PythonType was the last type to get that cleanup so you won't see any more of that going forward.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide
Sent: Thursday, May 29, 2008 12:13 PM
To: Discussion of IronPython
Subject: Re: [IronPython] hosting and SetVariable

It may be able to be accomplished with ObjectOperations. What I am
trying to do is find all the types defined in my ScriptScope and
determine if they are subclasses (or implementers) of another type. I
used to do this using the PythonType class with UnderlyingSystemType
and so forth, but all that stuff is gone in the beta 2 I downloaded.
Also, I didn't see HostingHelpers.GetScope anywhere, is this from an
external library (I checked Microsoft.Scripting,
Microsoft.Scripting.Core and the IronPython assemblies)

On Thu, May 29, 2008 at 11:56 AM, Dino Viehland
<dinov at exchange.microsoft.com> wrote:
> Unfortunately there isn't any specific documentation.  Can what you used to do be accomplished with the ObjectOperations class?
>
> Otherwise there's a HostingHelpers.GetScope which you could use to get a Scope from a ScriptScope and you can probably re-use your old magic.
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide
> Sent: Thursday, May 29, 2008 11:34 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] hosting and SetVariable
>
> Thanks that will be helpful. Is there any documentation specific to
> IronPython? I would like to do some introspection on modules and such
> (to retrieve types defined in the module and so forth) and I used to
> do that with some PythonType magic which doesn't seem to work anymore
> (ScriptScope is not convertable to Scope when calling Get__dict__).
>
> Thanks again!
>
> On Thu, May 29, 2008 at 10:11 AM, Seshadri Pillailokam Vijayaraghavan
> <seshapv at microsoft.com> wrote:
>> The latest Hosting API Spec is available at http://compilerlab.members.winisp.net/.
>> It's available as both doc (http://compilerlab.members.winisp.net/dlr-spec-hosting.doc) or PDF (http://compilerlab.members.winisp.net/dlr-spec-hosting.pdf).
>>
>> Thanks
>> Sesh
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide
>> Sent: Thursday, May 29, 2008 8:42 AM
>> To: Discussion of IronPython
>> Subject: Re: [IronPython] hosting and SetVariable
>>
>> Apparently I need to update to the latest IP2.0 beta. I don't even see
>> CurrentManager.Globals, thanks for the info.
>>
>> On Thu, May 29, 2008 at 8:37 AM, Dino Viehland
>> <dinov at exchange.microsoft.com> wrote:
>>> What you want to do is put the variables in ScriptDomainManager.Globals/ScriptRuntime.Globals and then you can import them.  For example:
>>>
>>> ScriptDomainManager.CurrentManager.Globals.SetVariable("hello_world", "hi!");
>>>
>>> Then you can do:
>>>
>>> import hello_world
>>>
>>> and we'll pick it up from globals.  Just FYI IronPython.Hosting.PythonEngine is going away (along w/ CurrentEngine) so you're better off creating a ScriptRuntime and getting a ScriptEngine from it by name.
>>>
>>> -----Original Message-----
>>> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide
>>> Sent: Thursday, May 29, 2008 8:14 AM
>>> To: Discussion of IronPython
>>> Subject: [IronPython] hosting and SetVariable
>>>
>>> Perhaps this is just missing knowledge on my part, but here goes.
>>>
>>> I am using IP2.0 with the hosting API to add scripting support to my
>>> application. I use the following code to create my main module from
>>> the script file the user selects:
>>>
>>>  ICompiledCode code =
>>> IronPython.Hosting.PythonEngine.CurrentEngine.Compile(SourceUnit.CreateFileUnit(_context,
>>> path), _error_sink);
>>> __main__ = code.MakeModule("__main__") as ScriptScope;
>>>
>>> // create our module.
>>> ScriptDomainManager.CurrentManager.PublishModule(__main__, "__main__");
>>>
>>> // add all the references the "Host" wanted.
>>> foreach (string assembly in _assemblies)
>>>      Microsoft.Scripting.ClrModule.GetInstance().AddReference(Path.GetFileNameWithoutExtension(assembly));
>>>
>>> // set all the variables that the "Host" wanted set.
>>> foreach (KeyValuePair<string, object> obj in _objects)
>>>      __main__.SetVariable(obj.Key, obj.Value);
>>>
>>> The last foreach is setting up my object model which is available to
>>> my scripts. My problem arises when I want to use one of these
>>> variables from a script that is imported from the user selected script
>>> file.
>>>
>>> For instance, if I add an object _objects.Add("MyObj", someObj), I can
>>> reference that object in the user script as MyObj with no problem.
>>> What I would like to do is have these variables global to all scripts
>>> that are imported, etc. I tried import __main__ in my other scripts,
>>> but __main__ doesn't show up in sys.modules (which is what I thought
>>> PublishModule would do, but thats a different story).
>>>
>>> Am I going about this the wrong way?
>>>
>>> Thanks
>>>
>>> slide
>>>
>>> --
>>> slide-o-blog
>>> http://slide-o-blog.blogspot.com/
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>
>>
>>
>> --
>> slide-o-blog
>> http://slide-o-blog.blogspot.com/
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
>
>
> --
> slide-o-blog
> http://slide-o-blog.blogspot.com/
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



--
slide-o-blog
http://slide-o-blog.blogspot.com/
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



More information about the Ironpython-users mailing list