Thanks for the quick response. I've downloaded sources from github. I didn't want to install git just to get the sources so I used the "download" feature and I got IronLanguages-main-ipy-2.7-40-gece5b9e.zip. But then I looked at other download
options and saw a version 1.1.3 and got: IronLanguages-main-v1.1.3-0-g93ce72d.zip. These actually look like different versions of the same source. The 1.1.3 version is not too old so I don't think it is the same version scheme that 2.7 comes from.
DLR versioning? Anyway, that's what I've downloaded. But both are still the source and I hope to not have to build from source. I just want to use this. I don't know how either one relates to the binary distribution of IronPython 2.7.
Looking at the app.config files that came with each version I see:
ipy-2.7 -> IronPython 3.0, version=126.96.36.199
1.1.3 -> IronPython 2.7 RC 2, version=188.8.131.52
Yep, ipy-2.7 is more recent. In fact, it looks like it is the beginning of the next version? Well, anyway, I appear to have version 2.7 installed. In fact, Info on my installed IronPython.dll says it is version 184.108.40.206.
I know that for people involved in the project all these version numbers make sense but to an outsider to me it is not clear and there is very little information on either codeplex or github to direct me.
So I copied the config XML from signed/app.config to my application's config.
<language names="IronPython;Python;py" extensions=".py" displayName="IronPython 2.7 RC 2" type="IronPython.Runtime.PythonContext, IronPython, Version=220.127.116.11, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
But my application still will not run. Same exception as before.
> Look at ipy.exe.config from your IronPython installation and make sure it matches what is in the config you're trying to load.
There is no file named ipy.exe.config in my IronPythong installation :(
> You can also try "_engine = IronPython.Hosting.Python.CreateEngine();" instead to avoid loading from a config.
I don't want to explicitly instantiate an IronPython engine because I do want the option to support other languages.
>But what exact sample are you trying to run? We can fix it if the checked in version is broken.
I'm working with the "ShapeScript" Example from DLR 1.0 from here. I know it is old it compiles and the code that is throwing the exception looks correct.
Is there a more modern example?