I need some help understanding what I'm doing wrong here.
Settings.ALWAYS_DECODE_OBJECTS is set in C# like the following:
public bool ALWAYS_DECODE_OBJECTS = true;
But trying to set it to "True" in IPy blows up with the following traceback:
IronPython 2.0 (2.0.0.0) on .NET 2.0.50727.1433
Type "h
I've been trying to make a simple IronPython+Gtk# app that draws an
image to the screen, and I'm having trouble getting it to run in windows
(.NET). It's pretty simple so I attached it at the end.
It runs fine in Mono on Ubuntu and Windows, but when I try to run it on
windows using .NET I get
This is an automated email letting you know that sources
have recently been pushed out. You can download these newer
sources directly from
http://ironpython.codeplex.com/SourceControl/changeset/view/56686.
MODIFIED SOURCES
$/IronPython/IronPython_Main/Src/IronPython.Modules/_ctypes/Na
Michael wrote:
>
> Jesse Wiles wrote:
> > Hi,
> > I looked in the archives a bit but nothing jumped out. I'm trying to
> > figure out how to set the __name__ for an embedded engine instance.
> > Here's what I'm working with...
> >
>
> __name__ should be set per scope. How about:
>
> scope.SetV
Jesse Wiles wrote:
Hi,
I looked in the archives a bit but nothing jumped out. I'm trying to
figure out how to set the __name__ for an embedded engine instance.
Here's what I'm working with...
__name__ should be set per scope. How about:
scope.SetVariable("__name__", "__main__");
Michae
Hi,
I looked in the archives a bit but nothing jumped out. I'm trying to
figure out how to set the __name__ for an embedded engine instance.
Here's what I'm working with...
// I'm guessing here; not sure what these options should be and
it was not obvious in tracing through the source
...and here's a reference to the original thread
http://www.mail-archive.com/users@lists.ironpython.com/msg08978.html
On Fri, Jul 17, 2009 at 2:26 PM, Curt Hagenlocher wrote:
> I believe this was fixed for 2.6, but that the fix is too disruptive to
> backport (by a long shot!)
>
>
> On Fri, Jul 1
Michael wrote:
> Curt Hagenlocher wrote:
> > I believe this was fixed for 2.6, but that the fix is too disruptive
> > to backport (by a long shot!)
> Ah - so it is just the backport that is closed. Fair enough. Sorry for
> the noise.
Actually the title is just wrong - this was fixed in 2.0.2 (it's
Curt Hagenlocher wrote:
I believe this was fixed for 2.6, but that the fix is too disruptive
to backport (by a long shot!)
Ah - so it is just the backport that is closed. Fair enough. Sorry for
the noise.
Michael
On Fri, Jul 17, 2009 at 1:55 PM, Michael Foord
mailto:fuzzy...@voidspace.org.
I believe this was fixed for 2.6, but that the fix is too disruptive to
backport (by a long shot!)
On Fri, Jul 17, 2009 at 1:55 PM, Michael Foord wrote:
> Issue 22239 has been closed as 'by design'.
>
>
> http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=22239&ProjectName=IronPython
>
Jimmy Schementi wrote:
Michael,
Oh, sorry to leave you hanging. Here's a SL3 VS solution which imports a python
file from C#: http://jimmy.schementi.com/silverlight/foord-repro.zip
Thanks - the goal is actually to import a Python module using the
*current* Python engine without creating a
Michael,
Oh, sorry to leave you hanging. Here's a SL3 VS solution which imports a python
file from C#: http://jimmy.schementi.com/silverlight/foord-repro.zip
// App.xaml.cs
public class EmbeddedSLModule {
public static ScriptScope GetModule() {
var pyfile = "toimport.py";
Issue 22239 has been closed as 'by design'.
http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=22239&ProjectName=IronPython
Dino described this as a serious bug when it was pointed out and it is
both extremely unintuitive and problematic - why should separate scopes
(modules) be link
Kelie-
I just went through this process recently myself.
My rules of thumb are as follows:
*When building the App:*
Look at your references to the 5 ironpython DLLs. Decide right now: Are
you going to use the ones that ship with SharpDevelop or the ones using that
come with IronPython. Choos
This is an automated email letting you know that sources
have recently been pushed out. You can download these newer
sources directly from
http://ironpython.codeplex.com/SourceControl/changeset/view/56669.
ADDED SOURCES
$/IronPython/IronPython_Main/Src/Hosts/SilverLight/Microsoft.Scri
I never got a reply to this. The C# code below throws an import error
and I want to know if this is my fault or a problem with the IronPython
/ Silverlight integration.
Michael
Michael Foord wrote:
Ha - dammit, no.
With Silverlight this still throws an ImportError when embedded Python
code
16 matches
Mail list logo
