[IronPython] System.Windows error no module named Windows

2008-09-05 Thread luke14free
Hello, I'm a newbuy of Iron Python, I've just installed it and wanted to see how it was. After a few common problems I've tried to run via execfile() tutorial\\calculator.py However I get an error: No module named windows Even after I've done: import clr clr.AddReference(System.Xml) from

Re: [IronPython] System.Windows error no module named Windows

2008-09-05 Thread Michael Foord
luke14free wrote: Hello, I'm a newbuy of Iron Python, I've just installed it and wanted to see how it was. After a few common problems I've tried to run via execfile() tutorial\\calculator.py However I get an error: No module named windows Even after I've done: import clr

Re: [IronPython] System.Windows error no module named Windows

2008-09-05 Thread luke14free
Michael Foord ha scritto: It is likely that 'calculator.py' is trying to use Windows Forms or WPF. IIRC calculator.py is a WPF app - so you need to add references to the WPF assemblies. Michael How do I do that? ___ Users mailing list

Re: [IronPython] System.Windows error no module named Windows

2008-09-05 Thread Michael Foord
luke14free wrote: Michael Foord ha scritto: It is likely that 'calculator.py' is trying to use Windows Forms or WPF. IIRC calculator.py is a WPF app - so you need to add references to the WPF assemblies. Michael How do I do that? Try this: import clr

Re: [IronPython] System.Windows error no module named Windows

2008-09-05 Thread luke14free
Michael Foord ha scritto: Try this: import clr clr.AddReference('presentationframework') clr.AddReference('windowsbase') clr.AddReference('presentationcore') You will need .NET 3 installed. Michael import clr clr.AddReference('presentationframework') clr.AddReference('windowsbase')

[IronPython] What is FunctionEnvironment16Dictionary?

2008-09-05 Thread sefirah6990
Hi, i'm an IronPython newbie. I am not able to find some documentation about the class FunctionEnvironment16Dictionary. What is it? What is its usage? If one parameter of this type is present in a signature of a method, what could it mean? Thanks a lot for help! Nuova grafica e nuove

[IronPython] -X:SaveAssemblies

2008-09-05 Thread KE
Hi, I find it odd that the ConsoleOptions class only has a single FileName string property. This forces the creation of pyc.py for creating a DLL with one or more files to compile, whereas I believe the functionality in pyc.py of creating a DLL from one or more input files should be right in the

[IronPython] adodbapi 2.2.1 (bugfix) release.

2008-09-05 Thread Vernon Cole
I found a bug in adodbapi v2.2 already. When putting data into a numeric database column, if the input was in a string (as for example the value of a wxPython grid cell), then the data would be truncated to the binary length of the field. So if I tried tried putting 12345 into an integer column,

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread KE
Just to add, here are some problems with the pyc.py approach rather than putting this logic into the DLR/DLR-implementor: 1. Worse performance since the file needs to be compiled and run 2. The pyc.py file itself is required to move around with the other libraries when distributing a DLR-based

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread Curt Hagenlocher
On Fri, Sep 5, 2008 at 11:00 AM, KE [EMAIL PROTECTED] wrote: Hi, I find it odd that the ConsoleOptions class only has a single FileName string property. This forces the creation of pyc.py for creating a DLL with one or more files to compile, whereas I believe the functionality in pyc.py of

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread KE
-X:SaveAssemblies is for debugging purposes and does not produce output equivalent to that produced by pyc.py. Okay, but my question still stands of whether or not part or all of the function of pyc.py should be moved into the DLR (obviously with some virtual methods for implementers)? Thanks,

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread Curt Hagenlocher
On Fri, Sep 5, 2008 at 1:18 PM, KE [EMAIL PROTECTED] wrote: -X:SaveAssemblies is for debugging purposes and does not produce output equivalent to that produced by pyc.py. Okay, but my question still stands of whether or not part or all of the function of pyc.py should be moved into the DLR

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread KE
Okay, but my question still stands of whether or not part or all of the function of pyc.py should be moved into the DLR (obviously with some virtual methods for implementers)? The bulk of the compiler code is actually in the DLR and in IronPython itself. pyc.py is a user-friendly wrapper

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread Dino Viehland
The big reason the DLR doesn't currently handle it all is that languages are ultimately responsible for how they load the code back - for example IronPython will load the code after it's been AddReference'd. Combine that with wanting a consistent interface which both takes and returns

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread KE
Okay, understood, although I'd think the DLR could just create an abstract base class with various Save/Load methods? The logic in pyc.py is not incredibly complex. BTW, I'd be interested in what Ruby precompilation issues you're talking? I'd like to use IronRuby in this capacity. Thanks!

[IronPython] sdlsdk-0.3.0 - cannot import struct?

2008-09-05 Thread Dan Eloff
I downloaded sdlsdk-0.3.0 and replaced the .dlls in the silverlight folder (C:\Program Files (x86)\Microsoft SDKs\Silverlight\v2.0\Libraries\Client) with the ones from the sdlsdk/bin folder. I created an app.py file with just import struct. This fails: ImportError: No module named struct I guess

Re: [IronPython] -X:SaveAssemblies

2008-09-05 Thread Dino Viehland
I'm not sure what the specific issues are - I've just heard faint murmur's that there's some issues there. Maybe Tomas knows off the top of his head? I'm not sure what an abstract base class would provide - as you said, pyc is already not that complex. CompiledLoader (how Python then loads

Re: [IronPython] sdlsdk-0.3.0 - cannot import struct?

2008-09-05 Thread Dino Viehland
Can you import _struct? We recently did the work to get this compliant w/ 2.5. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Eloff Sent: Friday, September 05, 2008 2:23 PM To: Discussion of IronPython Subject: [IronPython] sdlsdk-0.3.0 - cannot

Re: [IronPython] sdlsdk-0.3.0 - cannot import struct?

2008-09-05 Thread Curt Hagenlocher
To expand on this just a little, CPython implements the module _struct in C and implementes the module struct in Python. As we're both aiming for parity with CPython in these matters and now redistributing the standard Python library, we changed our implementation to be _struct-compatible. Bottom

Re: [IronPython] sdlsdk-0.3.0 - cannot import struct?

2008-09-05 Thread Dan Eloff
Ok, great, thanks. That's an easy fix. I'll be alert for other such changes now. -Dan On Fri, Sep 5, 2008 at 4:30 PM, Curt Hagenlocher [EMAIL PROTECTED] wrote: To expand on this just a little, CPython implements the module _struct in C and implementes the module struct in Python. As we're

[IronPython] irc.rb

2008-09-05 Thread KE
Hi, I've created an irc.rb (attached) which mimics IronPython's pyc.py. It is failing on this line: Microsoft::Scripting::ScriptCode.save_to_assembly(outfile, codes.to_array()) With the following exception... Any help would be greatly appreciated. The test file I'm trying to compile is also

[IronPython] How to do ScriptEngine.FormatException now?

2008-09-05 Thread Dan Eloff
Hi, I've been using the source code to help me through the changes to the hosting api, but this one is difficult since there are multiple definitions of FormatException, which one should I use? -Dan ___ Users mailing list Users@lists.ironpython.com

Re: [IronPython] How to do ScriptEngine.FormatException now?

2008-09-05 Thread Dino Viehland
It's been moved into a service - you now can do engine.GetServiceExceptionOperations() which gives FormatException and other exception features. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Eloff Sent: Friday, September 05, 2008 7:01 PM To:

Re: [IronPython] Regression with importing in pre b5

2008-09-05 Thread Curt Hagenlocher
On Fri, Sep 5, 2008 at 5:16 PM, Dan Eloff [EMAIL PROTECTED] wrote: I'm going to make a lot of work for you guys before the day is out :) Maybe I should be posting these to the Issue Tracker? I'm just concerned they will get lost in the noise. Absolutely. Any problems you find *please* enter

Re: [IronPython] Possible regression in IronPython pre b5 to do with delegates

2008-09-05 Thread Dan Eloff
It does seem like a bug. I found a way around it, and also confirmed that it still exists in the latest sources (Friday's) I went ahead and opened a ticket: http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=18345 -Dan On Fri, Sep 5, 2008 at 7:44 PM, Dino Viehland [EMAIL