It might help if you provide some code in a gist or something. Without
that, its going to be difficult for anyone to help.
On Mon, Nov 3, 2014 at 6:32 AM, Love, Matthew
wrote:
> Hi IronPython users,
>
>
>
> I’ve created a C# program that runs an IronPython script.
>
> The script contains a GUI
Hi IronPython users,
I've created a C# program that runs an IronPython script.
The script contains a GUI built in WPF.
When I call it using the IronPython Engine in C#,
I get the following error: "ImportError: No module named wpf"
I've pointed the Engine to the system path.
System.dll and mscor
This brings up an interesting question. How much of a pure .NET
implementation do we want to keep in IronPython? Do we want to try and pull
something like IronClad into IronPython to provide compatibility, or
implement the important modules in .NET?
On Mon, Nov 3, 2014 at 5:12 AM, Jeff Hardy wrot
Hi, Jeff,
Von: Jeff Hardy
> Sorry for the late reply. You've encountered the biggest issue with
> IronPython, which is that it can't load Python extensions that are written in
> C.
>
> In this case, the _AES modules (_AES.so) is a C library that depends on
> CPython's implementation. Unfortunatel
On Fri, Oct 31, 2014 at 5:23 PM, Todd Banister wrote:
> I am just getting started with IronPython and working my way through the
> IronPython In Action book by Manning publishing. So far, I am able to do
> all of the examples on my Windows 8 VM on my Mac without any problems
> (running the lates
Hi Baron,
Sorry for the late reply. You've encountered the biggest issue with
IronPython, which is that it can't load Python extensions that are
written in C.
In this case, the _AES modules (_AES.so) is a C library that depends
on CPython's implementation. Unfortunately, if PyCrypto doesn't
provid