Re: [IronPython] Compiling IronPython for .NET 3.5

2011-05-06 Thread Raghavendra Chandrashekara
Hi, I downloaded the latest snapshot from github and used the Solutions\Dlr.sln file to build the v2Release configuration. There were a couple of compilation errors, no Complex object in .NET 3.5, and no StringBuilder.Clear() method which were easy enough to get around. After the changes (I hope I

Re: [IronPython] Compiling IronPython for .NET 3.5

2011-05-06 Thread Raghavendra Chandrashekara
I was originally trying to build Solutions\IronPython.sln. I think I should have been building Solutions\Dlr.sln (which does contain configurations for v2Release and v2Debug). Is this the correct solution file I should be building? If so, then after doing a build I get the following errors: --

Re: [IronPython] Compiling IronPython for .NET 3.5

2011-05-06 Thread Slide
You may need to get latest rather than the 2.7 snapshot. On May 6, 2011 8:16 PM, "Raghavendra Chandrashekara" < raghavendra.chandrashek...@gmail.com> wrote: > Hi Tomas, > > But there is no v2Debug or v2Release configuration. All I see is Debug, > Release, Silverlight4Debug, and Silverlight4Release.

Re: [IronPython] Compiling IronPython for .NET 3.5

2011-05-06 Thread Raghavendra Chandrashekara
Hi Tomas, But there is no v2Debug or v2Release configuration. All I see is Debug, Release, Silverlight4Debug, and Silverlight4Release. Did I download the incorrect version of the source code? Thanks, Raj On Fri, May 6, 2011 at 9:45 PM, Tomas Matousek wrote: > Do not change any project settin

Re: [IronPython] Compiling IronPython for .NET 3.5

2011-05-06 Thread Tomas Matousek
Do not change any project settings. Just select build configuration "v2Debug" or "v2Release". The default configuration "Debug" builds for V4. Tomas From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Raghavendra Chandrashekara Sent: Friday, May 06

Re: [IronPython] Extending Gtk.TextView

2011-05-06 Thread Dino Viehland
Doug wrote: > From: users-boun...@lists.ironpython.com [mailto:users- > boun...@lists.ironpython.com] On Behalf Of Doug Blank > Sent: Friday, May 06, 2011 2:13 PM > To: Discussion of IronPython > Subject: [IronPython] Extending Gtk.TextView > > Does anyone have an idea what this would mean, or how

[IronPython] Compiling IronPython for .NET 3.5

2011-05-06 Thread Raghavendra Chandrashekara
Hi All, I am trying to compile IronPython for .NET Framework v 3.5. I have downloaded the source code from https://github.com/IronLanguages/main/zipball/ipy-2.7. After opening the IronPython solution file I tried to change the target framework to 3.5 in the IronPython project properties page. Afte

[IronPython] Extending Gtk.TextView

2011-05-06 Thread Doug Blank
Does anyone have an idea what this would mean, or how to fix it? >>> import Gtk >>> class MyTextView(Gtk.TextView): ...> pass >>> mtv = MyTextView() (pyjama:611): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.28.6/./gobject/gsignal.c:1549: signal "set_scroll_adjustments" already exists in

Re: [IronPython] Problems running simple executable compiled with the pyc.py tool

2011-05-06 Thread Dino Viehland
I see a couple of things going on here: The choice of wpf as your compiled name is unfortunate. When we execute your "import wpf" is actually just bringing in your own module rather than bringing in the real wpf module. But even if you change the name it's still b

Re: [IronPython] Problems running simple executable compiled with the pyc.py tool

2011-05-06 Thread iiyo cc
Alright, I've come upon another problem, this time with using /target:winexe with a wpf type project. It seems to crash without any kind of error. I also noticed some curious things about the parameter order. Here's the sample source I used to test: wpf.py and wpf.xaml -> http://codepad.org/XRLF8OS

Re: [IronPython] Problems running simple executable compiled with the pyc.py tool

2011-05-06 Thread Dino Viehland
Feel free to open a bug on supporting directories - it seems pretty reasonable to expect that to work. From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of iiyo cc Sent: Friday, May 06, 2011 11:02 AM To: Discussion of IronPython Subject: Re: [IronPyth

Re: [IronPython] Problems running simple executable compiled with the pyc.py tool

2011-05-06 Thread iiyo cc
I followed your example, and it worked perfectly for me. I then realized it was my error all along - I assumed /out: could support directories (I had actually used /out:build\Program because of the batch file used to generate it), but this seems not to work in the way I'd imagined. Anyway, it's all

Re: [IronPython] Problems running simple executable compiled with the pyc.py tool

2011-05-06 Thread Dino Viehland
When running are Program.dll and Program.exe in the same location? The reason I ask is that Program.exe will change the CWD to where it is currently located and then it'll attempt to load Program.dll from that directory. That's the only thing that immediately comes to mind as having potential

[IronPython] Problems running simple executable compiled with the pyc.py tool

2011-05-06 Thread iiyo cc
Hello, I keep coming up with the same problem when trying to run a compiled executable from the pyc.py tool. The error I'm getting is as follows: Unhandled Exception: System.IO.FileNotFoundException: The system cannon find > the file specified. (Exception from HRESULT: 0x80070002) > at System.Ref