Some of the samples have prerequisites. I believe the DirectX tutorial comes
with a great readme (readme.html) that should get you going.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keith Hoard
Sent: Sunday, January 06, 2008 11:56 AM
To: IronPython Mailing List
Subject:
Hi David,
This is actually a bug in the DLR code. What is happening, and what made your
brain hurt, was the code which creates instructions for DLR how to do a given
operation, in this case how to call the CreateParser method. Since it is not a
public method, we have to invoke it through
Yes, Parser being internal definitely causes the error. It is a good question
whether it is a permanent change because there are pros and cons going both
ways. Let me open a bug on this since it is something we need to make decision
on. In the meantime, as a temporary workaround (emphasizing
I don't believe it is a bug. Notice that when you appended C:\\bin, you used
double back-slash \\, but when appending the C:\Windows\Bin you only used
single backslash. Python standard then says:
Unlike Standard C, all unrecognized escape sequences are left in the string
unchanged, i.e., the
There is a MSDN article that very recently got published in October 2007 issue
of MSDN magazine that can also help fill in some gaps:
http://msdn.microsoft.com/msdnmag/issues/07/10/CLRInsideOut/default.aspx
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Nested yields (a.k.a. yields occurring in a more than one nested try blocks)
are supported in IronPython 2.0 alpha releases.
Martin
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of M. David Peterson
Sent: Saturday, September 08, 2007 10:35 PM
To: Discussion of IronPython
Cc:
Alpha 3 (and I am pretty sure even Alpha 2) include the nested yields
implementation.
Martin
From: M. David Peterson [mailto:[EMAIL PROTECTED]
Sent: Sunday, September 09, 2007 9:46 AM
To: Martin Maly
Cc: Discussion of IronPython; [EMAIL PROTECTED]
Subject: Re: [Kamaelia-list] [IronPython
Thanks for the report, Seo. Some of the files you reported are actually alredy
gone, but the DictionaryEnumerators are still there. We moved them elsewhere in
the tree and apparently didn't delete them from the old location.
The change will go through soon.
Martin
-Original Message-
The behavior in your point 4. (the line stays) is modeled after the behavior of
the Windows command line..
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Tuesday, June 19, 2007 7:47 PM
To: Discussion of IronPython
Subject:
The output value of the ref parameter will be returned in the return value:
r.cs:
public class C{
public static string M(ref string s) {
string old = s;
s = new string;
return old;
}
}
D:\Merlin1\Main\Bin\Debugcsc /t:library r.cs
Microsoft (R) Visual C# 2005
I think the best available resource is in the documentation which is part of
the 2.0 Alpha release. Right off the root of the documentation there is a big
Hosting article which provides very good overview and may answer most of your
questions.
You need to add references to the WPF assemblies from IronPython. There's a
section on how to use WPF from IronPython in the tutorial which is part of the
distribution.
The code you need is roughly (emphasizing roughly, because from module import
* is best avoided for possible name clashes)
That seems correct. If I read your message correctly, when you run the .py file
directly and rely on the file association, the python file name will get passed
to the ipy.exe as full path. It is consistent with what I am seeing with simple
test using notepad:
If, from command line I start
The implicit line joining doesn't work across calls to Execute. The Execute
expects a complete statement.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of HEMMI, Shigeru
Sent: Sunday, June 10, 2007 4:40 AM
To: Discussion of IronPython
Subject:
Thanks for yet another bug report, we now have it on codeplex as:
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=10823
As Shri already said earlier, we are focusing most of our energy on the 2.0
development, but will address important blocking issues that are found in
We are tracking the plea on codeplex:
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=10825
Thanks!
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fuzzyman
Sent: Tuesday, June 05, 2007 3:11 AM
To: Discussion of IronPython
The ASP.NET Futures includes the VS integration for IP based on IronPython 2.0
http://www.microsoft.com/downloads/details.aspx?FamilyId=9323777E-FE78-430C-AD92-D5BE5B5EAD98displaylang=en
Martin
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mohamed A. Meligy
Sent: Wednesday,
Thanks for a fun bug, Michael, just to clarify, this is using the IronPython
1.1 release, correct?
If it is of any consolation, this is the output from the IronPython 2.0 alpha
where this no longer happens:
IronPython console: IronPython 2.0 (2.0.0.0) on .NET 2.0.50727.42
Copyright (c)
Yes, this is currently a an unfortunate limitation of our compiler.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sylvain
Hellegouarch
Sent: Thursday, May 10, 2007 3:40 AM
To: Discussion of IronPython
Subject: [IronPython] SyntaxError: yield in
at a solution in the future :)
Martin Maly wrote:
Yes, this is currently a an unfortunate limitation of our compiler.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sylvain
Hellegouarch
Sent: Thursday, May 10, 2007 3:40 AM
To: Discussion
The VS Interactive as you call it, or perhaps simply a good interactive
development experience is an integral part of the dynamic language world. The
VS SDK IronPython sample which demonstrates hosting of IronPython within Visual
Studio offers a small glimpse one direction, the new Silverlight
with that right away. Looks just
exactly like what I need, thanks again.
Cheers,
Markus Hajek
Team Vienna - Kazemi, Hajek Pisarik OG
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Martin Maly
Gesendet: Montag, 16. April 2007 20:13
An: Discussion of IronPython
Betreff: Re: [IronPython
It is not possible to do this without change to code generation at this point.
Essentially you could do something like this:
public class MyCallbackClass {
public void MyCallback() {
//
}
}
And then emit call to this utility wherever you like:
There is a way to compile Python sources into a dll (there's a pyc sample on
the codeplex website), however it will not produce a dll that is easily used
from C# or VB. It is the dynamic nature of Python that makes it hard to compile
into classes and methods in the same fashion as C# or VB do.
Unfortunately, the table _is_ static :(
M.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Tuesday, February 20, 2007 4:02 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Better source code access?
2007/2/14, Martin Maly
We did talk to the CodePlex team and it turns out that they consciously impose
this limitation. Only the members of the Contributor/Developer group have
access to the server via the Team Explorer. Since we talked to them last, we
haven't heard any update on this so I presume this limitation has
Thanks for the report, Seo. I opened the issue on codeplex:
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=6489
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Wednesday, December 13, 2006 10:40 PM
To: Discussion of
I suspect that the same code written in VB/C# would behave the same way. This
is most likely behavior of Windows Forms. Not being a winforms expert, I can't
tell for sure whether this is correct behavior or a bug in Winforms...
Martin
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
I believe in this case the exception is result of what seems to be a CLR
limitation. The code (in this case one static method) IronPython needs to
generate to handle this input is too big and CLR/Jit then throws invalid
program exception.
The only workaround I am aware of is to split the code
: Re: [IronPython] Very strange problem with ExecuteFile
Martin,
We don't see the same problem in the IronPython console; is this because
it is executing the file somehow differently - perhaps line-by-line,
maintaining a context dictionary?
Regards,
Giles
Martin Maly wrote:
I believe
This could be what you are looking for:
import System
System.Array[int]([1,2,3])
System.Int32[](1, 2, 3)
System.Array[str]([Hello, World])
System.String[]('Hello', 'World')
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Mujtaba Syed [EMAIL
No, the Visual Studio IronPython integration does not support edit and
continue, unfortunately.
It is certainly a valid scenario that is, as you point out, extremely valuable
especially for dynamic languages. Hopefully, we'll be able to address this in
the future.
Martin
-Original
I am sorry, this is a simple miscommunication. I am not suggesting that this is
(and always will be) the way to check for IronPython's version. I only provided
this temporary solution for people who absolutely must be able to tell the
difference between 1.0 and 1.0.1 for simply there is no
There is a way to tell the difference, but first let me provide a little
background ...
IronPython is released as signed binaries, and in order to maintain binary
compatibility (for example for the customer who writes an application that
relies on particular version of IronPython binaries, but
The problem is that app.Documents.Open returns multiple values (in addition to
regular return value, there are others either via ref or out parameters). This
is what IronPython translates into tuples. This is quite common construct in
Python:
def multiple():
return 1, hello, 4.5
i, s, f =
internally and
sync, or do you use CodePlex directly and just creatively name your
commits the revision number in brackets? :-)
David
Martin Maly wrote:
Unfortunately, it turns out that at this point it is not possible to get
access to the version control without being Contributor or higher. I
is via the zip download...Sorry for the bad news.Martin-Original Message-Wed Oct 4 10:04:02 PDT 2006 Martin Maly Martin.Maly at microsoft.com Wrote:
We are talking to CodePlex development team about possibly adding a group of users which could have access to the version control without
Telnetlib is a module implemented in Python so ideally
IronPython should be able to run it. At this point, however, there is a module select
that telnetlib depends on and IronPython doesnt support so IronPython cannot
run telnetlib.
Martin
From:
[EMAIL PROTECTED] [mailto:[EMAIL
Array[int][int] is equivalent to Array[int]. Using this syntax, the type that
takes effect is actually the type in the right-most brackets. For example:
Array[int][str] is equivalent to Array[str]
This is probably an unintentional (and admittedly confusing) behavior that we
will look at fixing
If you go to the IronPython CodePlex Source page, in the upper right corner
you'll see the settings for server, user name, port ...
http://www.codeplex.com/SourceControl/ListDownloadableCommits.aspx?ProjectName=IronPython
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Actually, there were some related discussions after the release of IronPython
0.7. It is archived in the list archives, starting in March 2005. Hopefully, it
will answer some of your questions. Second link is Jason Matusow's blog which
has some related comments too.
Filed as CodePlex issue # 3287
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary Stephenson
Sent: Thursday, September 14, 2006 4:56 PM
To: Discussion of IronPython
Subject: [IronPython] Descriptor/metaclass problems
Hi,
The following code works
Done.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Wednesday, September 13, 2006 9:06 PM
To: Discussion of IronPython
Subject: [IronPython] Another issue tracker component
It would be nice to have Test Suite as another component,
Great documentation on Python in general is available at
http://www.python.org/doc/
As for IronPython specific information, you can refer to the tutorial included
with the IronPython distribution, check out our wiki at
http://www.codeplex.com/ironpython, specifically the page
Thank you for letting us know. I've corrected your name. Please accept our
apologies for misspelling it.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szymon Kobalczyk
Sent: Thursday, September 07, 2006 2:33 AM
To: Discussion of IronPython
This is a bug in IP, I've filed it on codeplex (2911) for us to fix in one of
the future releases.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of HEMMI, Shigeru
Sent: Monday, September 04, 2006 5:13 PM
To: Discussion of IronPython
Subject:
Yes, this is a bug in IronPython. I've filed it on CodePlex as bug 2810
Thanks for the report!
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of HEMMI, Shigeru
Sent: Friday, September 01, 2006 6:28 PM
To: Discussion of IronPython
Subject: Re:
Our intention is to continue our tradition of zero-impact installers and release the 1.0 as the zip file.
It seems though that it may be worth looking at the msi release (in addition to the zip file) as a possibility...
Martin
From: [EMAIL PROTECTED] On Behalf Of jeff sacksteder
Sent:
I think that generally people are signed up for the non-digest membership so
they get each question/response in separate email, making it easy to respond...
You can change your mailing list membership options to disable digest and
receive separate messages ...
M.
-Original Message-
You can use engine.Globals[name] = value
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jon Cosby
Sent: Thursday, August 17, 2006 5:34 PM
To: IronPython Users
Subject: [IronPython] PythonEngine.SetVariable
At one point, PythonEngine.SetVariable
Sources are in separate zip file.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zoltan Varga
Sent: Thursday, August 17, 2006 7:00 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 1.0 RC2
Hi,
This release does not
You can implement ICustomAttributes interface on your class (defined
in IronPython\Runtime\Interfaces.cs) and IronPython will do the right thing.
Martin
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Aviad Rozenhek
Sent: Tuesday, August 15, 2006 7:14 PM
To:
As for the infinite loop ... it is a bug in our PowMod code. It is not an
actual infinite loop, but we just do the calculation very inefficiently. Filing
as a bug also.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Maly
Sent: Thursday
Think PythonEngine.ExecuteFile may work for you.
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Tim Riley
Sent: Thursday, August 10, 2006 1:01 PM
To: Discussion of IronPython
Subject: [IronPython] PythonEngine.RunFile
In IP version 0.9 there was a
To: Discussion of IronPython
Subject: Re: [IronPython] PythonEngine.RunFile
I've tested that and I don't
think it works with:
if __name___ == __main__:
in the python script.
Regards,
Tim Riley
On 8/10/06, Martin Maly [EMAIL PROTECTED]
wrote:
Think
PythonEngine.ExecuteFile may work for you
By any chance, were you able to determine which operation caused the exception
and which numbers were involved? What would help me find out what the problem
is faster would be get a call stack (for that, could you please run your repro
with -X:ExceptionDetail switch? Then ideally if you could
Yes, that's correct. The -X:SaveAssemblies flag is mainly for debugging purposes. If you need to produce an exe, the recommended way is to use the IronPython.Hosting.PythonCompiler class which allows you to
set the type of assembly among other things.
Martin
From: [EMAIL PROTECTED] On
?? Doest have the ipy.exe console an option for this
purpose??
Greetings...
- Original Message -
From: Martin
Maly
To: Discussion
of IronPython
Sent: Tuesday, August
08, 2006 11:05 AM
Subject: Re: [IronPython]
producing exe's
Yes
If you are not using the -X:TabCompletion, then IronPython console relies
simply on the underlying console implementation in the CLR/System. My first
guess is therefore that there may be something different about the console
implementation on MAC in mono, but not being a mac user, I cannot
Are you using the -X:TabCompletion command line switch? If so, then only some
of the control keys are handled and the MAC OS X delete is probably not one of
them. If you are not using the -X:TabCompletion command line switch, the
problem may lie in the System.Console implementation.
Martin
too
-- seems to be running now but I'll have to go on a more detailed
property hunt later.
Good news: It does seem to run faster :)
Thamks!
KB
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Maly
Sent: Thursday, July 27, 2006 12:34 AM
To: Discussion
Great bug, thanks for reporting it! Ive
filed it on CodePlex as http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=1417
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kristof Wagemans
Sent: Wednesday, July 26, 2006
9:08 AM
To:
I wonder if the exception string is off a little. What it probably should say
is expecting array, got list. We no longer have automatic conversion from
list to array. We have one from tuple to array, but not from list.
You can construct the array explicitly:
)
?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Maly
Sent: Wednesday, July 26, 2006 11:06 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Working Beta7 WinForms Code fails under RC1
I wonder if the exception string is off a little. What
This appears to be a bug in IronPython. I tried with Beta 8 and 9 and they both
worked, RC fails. I've filed the bug on CodePlex. It is a good one to look at
for the final release.
Thanks for the report!
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
BeginInit is an explicitly implemented interface (ISupportInitialize) method on
the DataGridView class. To call it, you need to use the explicit syntax:
grid = DataGridView( ... )
ISupportInitialize.BeginInit(grid)
In this case we wanted to preserve the nature of explicitly implemented
Which method on the DataGridViewCheckBoxColumn
are you calling?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of jeff sacksteder
Sent: Monday, July 24, 2006 9:42
PM
To: users@lists.ironpython.com
Subject: [IronPython] Ah,
DataGridView- my cruel, inconstant muse.
The problem is that the method is called
with int as the last parameter, but the two overloads in question take ref
Int16 and ref UInt16. So the conversion is happening in
the opposite direction and IronPython cannot safely choose between Int16 and
UInt16 given that the input is Int32.
Thank you, Seo, opened as bug 1018 on CodePlex. Hopfully this will be an easy
fix.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Monday, July 17, 2006 5:42 AM
To: Discussion of IronPython
Subject: [IronPython] Function call bug
I
Good catch, Lee. Ive filed this as bug 1015
on CodePlex.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Lee Culver
Sent: Sunday, July 16, 2006 12:45
PM
To: Discussion of IronPython
Subject: [IronPython] Exceptions
from the console in a background thread...
\\Python\\);
engine.Execute(from TestModule import TestClass);
Mike
On 7/13/06, Martin Maly [EMAIL PROTECTED]
wrote:
However, that said, in Beta 9, the OldClass is no longer a
DynamicType, which explains the exception itself. To find out what you need to
change in your code
To help you, we will need more information
about your use of the Python Engine. The simple case of executing from
Module import Class does work so we need to know more to find out what
the problem may be.
Thanks
Martin
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
.
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Maly
Sent: Thursday, July 13, 2006 8:09
AM
To: Discussion of IronPython
Subject: Re: [IronPython] Unable
to cast object of type 'IronPython.Runtime.Types.OldClass' to type
'IronPython.Runtime.Types.DynamicType'
To help you
Dino is absolutely right. In our new conversion rules, there is no implicit
conversion between integer types (both standard Python types - int and bigint,
and CLR integer types - byte, sbyte, short, ushort, long, ulong, uint, decimal)
and char. Char is in Python pretty much interchangeable with
Yep, we have entered the ToString issue,
but your operator issue is a new one. Ive filed it in CodePlex as work item
939
Martin
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lee
Culver
Sent: Thursday, July 13, 2006 8:35
PM
To: Discussion
of IronPython
import clr
clr.AddReference
('System.Windows.Forms')
from System.Windows import Forms
class MyDialog(Forms.Form):
def __init__(self):
self.Text ='Dialog'
egg_button = Forms.Button(Text='Eggs', Visible=True)
egg_button.Click += self.OnEgg
spam_button =
IronPython doesn't support _getframe yet. It is something that is on our list
of things to investigate, but we may not be able to implement it before the
next release.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lee Culver
Sent: Monday, July
Michael,
thanks for the feedback. The settrace function is actually one of many things
we are hoping to address in the next release. Dino and I discussed options for
implementing it and hopefully we can get it fixed for the next release.
Thanks
Martin
-Original Message-
From: [EMAIL
Great feedback. We will need to investigate this some more to see what exactly
the python's compiler package requires in terms of built-in modules. For now I
opened CodePlex bug 563 so that we can include this important feature in our
planning.
Martin
-Original Message-
From: [EMAIL
We did make change in the co_flags but this is a case we probably missed.
I filed a bug on CodePlex (#567) for this issue and we'll try to fix it before
the next release.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrzej Krzywda
Sent:
import clr
clr.AddReference('System.Windows.Forms')
clr.AddReference('System.Drawing')
from System.Windows.Forms import Form,Application
class Form1(Form):
pass
class Form2(Form):
pass
Application.Run(Form1())
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
The array_EffectInstance is EffectInstance[] and to get that type, you can do:
clr.GetClrType(Direct3D.X.EffectInstance).MakeArrayType()
For example:
clr.GetClrType(System.Collections.Hashtable).MakeArrayType()
System.Collections.Hashtable[]
Hope this helps.
Martin
-Original
Title: Re: [IronPython] How to update visual studio for Ironpython beta 7
Infinite loop on package import
You are right. It is a bug. Thanks for
reporting it, well try to get it fixed as soon as possible.
Martin
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
IronPython uses the style of the call to determine which of the 2 methods it
will prefer:
Class.Method(instance, parameter) ... will prefer static method
instance.Method(parameter) ... will prefer instance method
So this should work. However, we made changes to the overload
A great bug, thanks! We'll fix it.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrzej Krzywda
Sent: Monday, May 08, 2006 8:09 AM
To: users@lists.ironpython.com
Subject: [IronPython] Compiler flags
Hi all,
It seems that IronPython doesn't
The WinFX is still undergoing changes
that often result in the tutorial not working. We are actually resolving all
these incompatibilities right now to make sure that the tutorial released with
Beta 6 works with the February CTP of WinFX. As for possible differences
between Feb CTP of
Yes. We had discussions with the standard Python developers and Guido about it,
actually. The language spec states that assignment is binding and if binding
appears in a block (class body being block), all references to the name are
local within the block. It was not clear whether it was a
Hi,
I tried to look into this, but cannot reproduce the exception no matter how
hard I try. Are you running IronPython with any command line parameters?
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Saturday, March 11, 2006
I believe we already have fix for this one. It will go out in the Beta 4
release next week.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Sutherland
Sent: Wednesday, March 01, 2006 11:14 PM
To: users@lists.ironpython.com
Subject:
Thanks for the repro, Jacques. We already
have fix for this one so it will be in the next weeks release.
Martin
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. de Hooge
Sent: Wednesday, March 01, 2006
1:00 PM
To: users@lists.ironpython.com
Subject:
Thanks for the repro, we'll look into it!
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Giles Thomas
Sent: Tuesday, February 28, 2006 5:20 AM
To: Discussion of IronPython
Subject: [IronPython] Possible bug with exec(code, dict) when using
)
A.
On 2/27/06, Martin Maly [EMAIL PROTECTED] wrote:
Right now, you can't do that in IronPython. We don't support adding
attributes yet.
As for the February CTP. Were you able to register your server object without
a problem and talk to it from Python client (after generating the proxy
Thanks for the repro, Jon, we'll fix this right away. apart from changing the
code, here is another workaround:
clr.AddReferenceByPartialName(System.Xml)
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jon Kale
Sent: Wednesday, February 15, 2006
I dont have the exact file you
are running sgmllib on, but based on running on different input (actually, the
IronPython tutorial) and consulting the source code, I believe this bug is
fixed in 1.0 Beta 3. However, when running the sgmllib on our tutorial as an
input, I got different
This is a valid bug - thanks for the repro. IronPython gets into infinite
recursion when importing minidom. Of course, this is something we'll fix.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Lee
Sent: Tuesday, January 31, 2006 12:40 PM
The Visual Studio SDK contains a sample plugin
for VS 2005. Aaron Martens blog has more details http://blogs.msdn.com/aaronmar/ .
One question that appeared earlier on this alias was which Visual Studio
edition one needs to use the plug-in. At least the VS Standard edition is
required so
Your TestOther class is not public so IronPython can't access it, hence the
exception.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stanislas Pinte
Sent: Friday, February 10, 2006 4:10 AM
To: users@lists.ironpython.com
Subject: [IronPython]
At this point, I fear, you are right that there is no easy way to call the
constructor that accepts Stream, even though we do have it in the code (the
Make methods with __new__ attribute take precedence).
However, I think this is a great suggestion and we'll look into it. Thanks!
Martin
No, unfortunately. But I am curious to know what you would need from Python
Engine that you don't get without accessing the frame and module directly. Our
motivation is to come up with solid interface on the PythonEngine so any
feedback on its possible deficiencies is absolutely welcome.
IronPython has, in the Hosting namespace,
a class PythonCompiler which allows that already. However, while the assemblies
generated are true .NET assemblies, they are not easily used from other .NET
languages yet it is not an easy problem to solve.
Martin
From:
[EMAIL
1 - 100 of 189 matches
Mail list logo
