[IronPython] Building from source

2008-08-26 Thread hellosticky
Hi, I downloaded the latest change set of IronPython from CodePlex source code tab, but the SLN file doesn't load in VS 2005, and running NMAKE it looks like there are C# 3.0 or 3.5 features being used. How do I build a .NET 2.0 version of IronPython from source? Thanks, __

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Srivatsn Narayanan
No. You'll have to sync and build From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of hellosticky Sent: Tuesday, August 26, 2008 4:10 PM To: 'Curt Hagenlocher'; 'Discussion of IronPython' Subject: Re: [IronPython] Loading DLL from pyc.py into ScriptEngine Hi Curt, yes, i'm using vanill

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Michael Foord
hellosticky wrote: Hi Curt, yes, i'm using vanilla beta 4. Are there places to grab a nightly drop or do I need to compile from source? I've just built one from source - testing all my IronPython in Action embedding examples with the latest sources (only one minor change needed - HostingHelpe

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread hellosticky
Hi Curt, yes, i'm using vanilla beta 4. Are there places to grab a nightly drop or do I need to compile from source? Thanks, _ From: Curt Hagenlocher [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2008 7:04 PM To: [EMAIL PROTECTED]; Discussion of IronPython Subject: Re: [IronPytho

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread hellosticky
Thanks Srivatsn, that makes perfect sense. The responsiveness of this mailing list is really amazing, Thank You!! > -Original Message- > From: Srivatsn Narayanan [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 26, 2008 7:01 PM > To: [EMAIL PROTECTED]; 'Discussion of IronPython' > Subj

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread hellosticky
Hi Michael, that's actually exactly what I'm doing-- a FullTrust app dynamically creates an AppDomain in which I'm executing my examples below > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord > Sent: Tuesday, August 26, 2008 6:57 PM >

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Curt Hagenlocher
Are you using Beta 4? You probably need to grab a post-beta-4 nightly drop; we got rid of the IsComObject constructions that don't work in partial trust, but it happened right around the time Beta 4 was released and may not have made it in. On Tue, Aug 26, 2008 at 3:54 PM, hellosticky <[EMAIL PRO

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Srivatsn Narayanan
Clr.AddReference basically does two things. One it loads the dll and two it pokes into the dll to see if there are any compiled scriptcodes. If there are any, it then inserts a CompiledLoader into sys.meta_path and lets the CompiledLoader know about the these compiled scriptcodes - in this case

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Michael Foord
hellosticky wrote: Okay, I tried it but got a Security Exception in System.Scripting.Com.ComMetaObject.IsComObject. The permission requested was for UnmanagedCode. I'm running in partial trust so obviously I can't be giving the code UnmanagedCode privilege. Is there some flag I have to set tha

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread hellosticky
Okay, I tried it but got a Security Exception in System.Scripting.Com.ComMetaObject.IsComObject. The permission requested was for UnmanagedCode. I'm running in partial trust so obviously I can't be giving the code UnmanagedCode privilege. Is there some flag I have to set that says I'm in partia

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Michael Foord
Srivatsn Narayanan wrote: Also Assembly.Load is not sufficient to be able to import the compiled code. A clr.AddReference needs to be done which publishes the module. The easiest way to do that is include it in the string as Michael pointed out. Doesn't runtime.LoadAssembly do this? Mich

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread hellosticky
Thanks, I will try that. Can you explain again how just doing "import test" executes the test.py file that was compiled into the DLL? It's not very logical.. Thanks, > -Original Message- > From: Srivatsn Narayanan [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 26, 2008 6:34 PM > To

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Srivatsn Narayanan
Also Assembly.Load is not sufficient to be able to import the compiled code. A clr.AddReference needs to be done which publishes the module. The easiest way to do that is include it in the string as Michael pointed out. ScriptSource source = engine.CreateScriptSourceFromString("import clr;clr.A

Re: [IronPython] if you intend to run pyc on code generated by the

2008-08-26 Thread Michael Foord
Vadim Khaskel wrote: I would love to know what are those manual twiking you mentioned in previous email. Is there any documented info. I doubt it. You will need to add references to assemblies you use (like System.Windows.Forms) - but you can also do that in the command line arguments

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread Michael Foord
hellosticky wrote: I also tried: Assembly assembly = Assembly.Load(AssemblyName); ScriptRuntime runtime = ScriptRuntime.Create(); runtime.LoadAssembly(assembly); ScriptScope scope = runtime.ExecuteFile("test.py"); object o = scope.Execu

Re: [IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread hellosticky
I also tried: Assembly assembly = Assembly.Load(AssemblyName); ScriptRuntime runtime = ScriptRuntime.Create(); runtime.LoadAssembly(assembly); ScriptScope scope = runtime.ExecuteFile("test.py"); object o = scope.Execute(null); But that t

[IronPython] Loading DLL from pyc.py into ScriptEngine

2008-08-26 Thread hellosticky
Hi, I created an IronPython DLL with "ipy.exe pyc.py /out:test /target:dll test.py" which created test.dll. Now, from C#, I'd like to execute test.py from test.dll. I just opened up dlr-spec-hosting and there's a CreateScriptSourceFromStream, but I don't see that in 2.0 Beta 4 bits. Here is wh

[IronPython] if you intend to run pyc on code generated by the

2008-08-26 Thread Vadim Khaskel
I would love to know what are those manual twiking you mentioned in previous email. Is there any documented info. Thanks a lot, Vadim Message: 5Date: Tue, 26 Aug 2008 20:53:16 +0100From: Michael Foord <[EMAIL PROTECTED]>Subject: Re: [IronPython] ipy.exe location?To: Discussion of Ir

Re: [IronPython] ipy.exe location?

2008-08-26 Thread Oleg Tkachenko
IronPython Studio doesn't install ipy.exe. Instead it comes with IronPython 1 runtime and compiles IronPython code to exe when you build project in Visual Studio. -- Oleg From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vadim Khaskel Sent: Tuesday, August 26, 2008 12:50 PM To: user

Re: [IronPython] Subclassing then instantiating from C#

2008-08-26 Thread Curt Hagenlocher
If you say class Foo(System.Windows.Forms.Control): pass then yes, the CLS type we emit will be derived from Control. It has to be, or derivation wouldn't be meaningful. On Tue, Aug 26, 2008 at 12:01 PM, hellosticky <[EMAIL PROTECTED]> wrote: > Would the emitted CLS type subclass my class

Re: [IronPython] ipy.exe location?

2008-08-26 Thread Michael Foord
Vadim Khaskel wrote: Where to find ipy.exe in order to use ipy.exe pyc.py ... is it available in IronPython Studio? I have no idea if it is included in IronPython Studio (probably?), but the easiest way of obtaining it is downloading IronPython: http://www.codeplex.com/IronPython Note t

[IronPython] ipy.exe location?

2008-08-26 Thread Vadim Khaskel
Where to find ipy.exe in order to use ipy.exe pyc.py ... is it available in IronPython Studio? thanks, Vadim _ Get thousands of games on your PC, your mobile phone, and the web with Windows®. http://clk.atdmt.com/MRT/go/10858

Re: [IronPython] Subclassing then instantiating from C#

2008-08-26 Thread hellosticky
Thanks, I will use ObjectOperations for now > -Original Message- > From: Michael Foord [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 26, 2008 2:53 PM > To: Discussion of IronPython > Cc: [EMAIL PROTECTED] > Subject: Re: [IronPython] Subclassing then instantiating from C# > > Curt Ha

Re: [IronPython] Subclassing then instantiating from C#

2008-08-26 Thread hellosticky
Would the emitted CLS type subclass my class? I think I will go toward the DLR hosting model instead... Thanks, _ From: Curt Hagenlocher [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2008 2:48 PM To: [EMAIL PROTECTED]; Discussion of IronPython Subject: Re: [IronPython] Subclassing

Re: [IronPython] Subclassing then instantiating from C#

2008-08-26 Thread Michael Foord
Curt Hagenlocher wrote: This isn't really a supported scenario today. There is a CLS type emitted for your class but it's emitted at runtime. See also http://blogs.msdn.com/shrib/archive/2008/07/24/cls-compilation-of-ironpython.aspx Before joining the IronPython team, I started a project tha

Re: [IronPython] Compiling into a DLL with pyc.py and then calling the class

2008-08-26 Thread hellosticky
Thanks _ From: Srivatsn Narayanan [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2008 2:33 PM To: [EMAIL PROTECTED]; 'Discussion of IronPython' Subject: RE: [IronPython] Compiling into a DLL with pyc.py and then calling the class -Original Message- From: hellostic

Re: [IronPython] Subclassing then instantiating from C#

2008-08-26 Thread Curt Hagenlocher
This isn't really a supported scenario today. There is a CLS type emitted for your class but it's emitted at runtime. See also http://blogs.msdn.com/shrib/archive/2008/07/24/cls-compilation-of-ironpython.aspx Before joining the IronPython team, I started a project that would allow this operation

[IronPython] Subclassing then instantiating from C#

2008-08-26 Thread hellosticky
Hi, I have a C#.NET DLL that has an abstract class. I subclass this class in IronPython, and then build a DLL using pyc.py. Now, I'd like to load this IronPython Assembly from another C# project, instantiate the class (using something like Assembly.GetType()) and call the virtual method on it.

Re: [IronPython] Compiling into a DLL with pyc.py and then calling the class

2008-08-26 Thread Srivatsn Narayanan
-Original Message- From: hellosticky [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2008 11:22 AM To: Srivatsn Narayanan; 'Discussion of IronPython' Subject: RE: [IronPython] Compiling into a DLL with pyc.py and then calling the class Thanks to both Srivatsn and Michael, that w

Re: [IronPython] Compiling into a DLL with pyc.py and then calling the class

2008-08-26 Thread hellosticky
Thanks to both Srivatsn and Michael, that worked! I have a few comments/questions: 1. How do I get a list of all imported DLLs? If I do "dir()" I don't see my test DLL. 2. Is the name of the assembly used as the namespace for all of the classes in this assembly? Thanks, > -Original Messag

Re: [IronPython] Compiling into a DLL with pyc.py and then calling the class

2008-08-26 Thread Michael Foord
hellosticky wrote: Hi, I'm new to IronPython. I have the following test.py: from System import * from System.Collections.Generic import * from System.Text import * from PublicDomain import * class test: def foo(self): return GlobalConstants.EarthEquatorialRadiusInKilomet

Re: [IronPython] Two hour error in IPY implementation oftime.mktime and time.gmtime

2008-08-26 Thread hellosticky
FYI, in case you are interested in using it, I implemented the Olson Time zone database (used by Linux, Java, etc.) in the PublicDomain package: http://www.codeplex.com/PublicDomain http://www.codeproject.com/KB/dotnet/Using_time_zones_in_NET.aspx Thanks > -Original Message- > From: [EM

Re: [IronPython] Compiling into a DLL with pyc.py and then calling the class

2008-08-26 Thread Srivatsn Narayanan
You are missing an import after adding the reference. This should work: clr.AddReference("test") from test import test t = test() There was also a bug with passing references with relative path (fixed now). If it blows up for you, try passing in the fully qualified assembly name. -Original

Re: [IronPython] Two hour error in IPY implementation of time.mktime and time.gmtime

2008-08-26 Thread Curt Hagenlocher
On Tue, Aug 26, 2008 at 9:20 AM, Michael Foord <[EMAIL PROTECTED]> wrote: > > I haven't been following this fully, but here is the result of the script > with CPython 2.5.2 and ipy 1 on OS X 10.5. Thanks to both of you. There appear to be some problems with DST-handling in our libraries and it's m

[IronPython] Compiling into a DLL with pyc.py and then calling the class

2008-08-26 Thread hellosticky
Hi, I'm new to IronPython. I have the following test.py: from System import * from System.Collections.Generic import * from System.Text import * from PublicDomain import * class test: def foo(self): return GlobalConstants.EarthEquatorialRadiusInKilometers PublicDomain is

Re: [IronPython] Two hour error in IPY implementation of time.mktime and time.gmtime

2008-08-26 Thread Vernon Cole
Good idea, Curt. My implementation is so Windows specific that it had not occurred to be that this small sample is actually portable. (The very idea of doing DCOM from a Linux box is a bit chilling. Perhaps using Iron Python on MONO? Br!) Here's the result on my other workstation using the b

Re: [IronPython] Two hour error in IPY implementation of time.mktime and time.gmtime

2008-08-26 Thread Michael Foord
Curt Hagenlocher wrote: I'd appreciate it if someone could try running this script on a non-Windows OS and posting the output. I seem to recall having some reason to think that CPython on Windows isn't always returning the right answers when it comes to DST-related issues. I haven't been fol

Re: [IronPython] Two hour error in IPY implementation of time.mktime and time.gmtime

2008-08-26 Thread Curt Hagenlocher
I'd appreciate it if someone could try running this script on a non-Windows OS and posting the output. I seem to recall having some reason to think that CPython on Windows isn't always returning the right answers when it comes to DST-related issues. On Tue, Aug 26, 2008 at 7:42 AM, Vernon Cole <[

Re: [IronPython] Two hour error in IPY implementation of time.mktime and time.gmtime

2008-08-26 Thread Vernon Cole
Codeplex came through. This bug is now submitted properly. Sorry about the noise. -- Vernon On Tue, Aug 26, 2008 at 1:44 AM, Vernon Cole <[EMAIL PROTECTED]> wrote: > Dear implementors: [...] > ___ Users mailing list Users@lists.ironpython.com http://lis

Re: [IronPython] Release discrepancy

2008-08-26 Thread hellosticky
Thanks, that makes sense > -Original Message- > From: Seo Sanghyeon [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 26, 2008 4:36 AM > To: [EMAIL PROTECTED]; Discussion of IronPython > Subject: Re: [IronPython] Release discrepancy > > 2008/8/26 hellosticky <[EMAIL PROTECTED]>: > > 1.

Re: [IronPython] DLRConsole for Silverlight 2Beta2

2008-08-26 Thread Michael Foord
Jimmy Schementi wrote: I did a bit of hunting around and could only find the 2b1 version over at silverlight.net. /me vents: I've had a request to update that site sitting for 2 weeks, ugh. Ever since I had to take down dyanmicsilverlight.net I've been a sad cookie. I think I'll put the

Re: [IronPython] Release discrepancy

2008-08-26 Thread Seo Sanghyeon
2008/8/26 hellosticky <[EMAIL PROTECTED]>: > 1. Is 1.1.2 considered the "stable" V1 release, and the Beta streams are the > beta releases on the way to V2? Yes. > 2. I'm about to start using IronPython for the first time -- should I just > use 2.0 Beta 4 since that is "the future" or should I i

[IronPython] Two hour error in IPY implementation of time.mktime and time.gmtime

2008-08-26 Thread Vernon Cole
Dear implementors: Codeplex does not seem to be processing my registration, so I will send in my bug report here. Sorry about the problems that will cause. Meanwhile, accept my applause at how well ipy 2.0 is working. I should have the port of adodbapi done in a few more days. Good work! This b