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: [IronPy
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 reflec
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 the
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 B
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
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: [EMAI
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-
Fr
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: [Ir
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\Debug>csc /t:library r.cs
Microsoft (R) Visual C# 2005 Co
Thanks for the bug report, Eric, I've filed another bug on CodePlex to track
this more complicated issue.
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=11136
Martin
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Thursday, June 14, 2007
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.
http://www.codeplex.com/IronPython/Release/ProjectR
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 "x.tx
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)
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: [Iro
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
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
IronPyth
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-D5BE5B5EAD98&displaylang=en
Martin
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mohamed A. Meligy
Sent: Wednesday, Jun
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) Microsof
Thanks, Seo, I opened an issue on CodePlex to track this:
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=10637
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Sunday, May 27, 2007 11:57 PM
To: Discussion of Ir
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
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
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
million, I'll start experimenting 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
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:
cg.EmitCall(typeof(MyCallbackClass).
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.
New value types cannot be defined in IronPython, you can only instantiate and
use existing ones.
The a[i].x = n does throw and it is not possible to achieve this without
replacing the whole array element. Essentially, for IronPython, value types are
immutable and they can only be copied as a wh
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 am only guessing here because I haven't seen your code, but you may need to
add the following into your script:
clr.AddReference("System.Windows.Forms")
clr.AddReference("System.Drawing")
I believe IronPython 0.6 used to automatically load the Windows forms and
Drawing namespaces, but 1.0.1 n
You want to use one of the functions available in the new "clr" module:
'AddReferenceToFile'
'AddReferenceToFileAndPath'
There are others available now as well:
'AddReference'
'AddReferenceByName'
'AddReferenceByPartialName'
You can find detailed explanation of all these functions in the tutor
bject: 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 be
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 u
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
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 Message-
A small correction, the language used in the posts is actually Slovak
(http://en.wikipedia.org/wiki/Slovak_language). The two languages (Czech and
Slovak) are actually very close in the Slavic family of languages, but they are
still distinct languages.
Martin
-Original Message-
From:
20/06, Martin Maly < [EMAIL PROTECTED]>
wrote:
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
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 other
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
rsion control system 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 bein
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 the
s://tfs01.codeplex.com
> username should be your username + _cp
> password as normal
> domain should be SND
>
> But not sure of the workspace name although this could just be a
> permissions thing - tried IronPython and $\IronPython
>
> Cheers
> David
>
> Martin Maly wro
There is actually a bug in IronPython. In the case of overloaded
properties IronPython doesn’t handle the overloads and exposes only the
property which was retrieved last via the reflection. In some cases it may be
the parameter-less property, in some cases it may be the indexer, depending
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 doesn’t support so IronPython cannot
run telnetlib.
Martin
From:
[EMAIL PROTECTED] [mailto:[EMA
This is a bug. IronPython doesn't always determine the accurate location of the
syntax errors. Filed as CodePlex issue 3731.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike McGavin
Sent: Thursday, September 21, 2006 3:02 PM
To: users@lists.ir
Good suggestion. Filed as Codeplex workitem 3730
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Sunday, September 24, 2006 7:21 PM
To: Discussion of IronPython
Subject: [IronPython] DLLs directory in the default path
This is a
This is just a guess ...
The IronPython binaries that we release are signed and part of the loading
process is signature verification. There is a great post on the .NET
Security Blog that also talks about the performance...
http://blogs.msdn.com/shawnfa/archive/2005/12/13/502779.aspx
Martin
---
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:[EMAI
Actually, the special-casing of the construct "from __future__ import whatever"
is part of Python language definition and is detected by IronPython and CPython
alike by parser/compiler in order to change code generation of division
operator (for the division case), sometimes the __future__ impor
The exception that Anton is seeing means that the .NET runtime
cannot locate assemblies (IronPython.dll and IronMath.dll) which the compiled
executables depend on. They need to be in the same directory as the compiled
executable for it to work.
The executables created via the pyc sample
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.
http://lists.ironpython.com/
There is an extensive documentation on the hosting APIs that comes with the
distribution (Doc\IronPythonApiReference.chm)
As for the example that didn't work for you ... you had 2 Python engines and
the "testing" module was created in one of them whereas "import testing" was
executed in differe
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 perfe
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,
We just published our wix scripts on codeplex They are located in the Public\Src\Scripts\Wix subdirectory of the source tree. The wix scripts work with the latest stable version of wix (2.0.4415.0) downloadable from http://wix.sourceforge.net/ Martin On Sep 1, 2006 Martin Maly Wrote: We
This is currently not supported by the IronPython Visual Studio integration
sample. What you found (access web service via the already generated proxy
assembly) is the current alternative.
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Walt Grat
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
http://www.codeple
Current status of the Visual Studio integration is that it is still a sample
that ships with Visual Studio SDK.
While both Visual Studio SDK and IronPython teams added some new functionality
since the first time the code was available, it is still a sample and it will
probably stay so in the nea
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
Subje
In case you missed it, there is an IronPython discussion on
SlashDot:
http://developers.slashdot.org/developers/06/09/06/2134234.shtml
Martin
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/
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: [IronP
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: [IronP
We have been working on an MSI setup for IronPython using Wix
and while we are not using it for 1.0, we think that the next release after
that will have WIx-based MSI setup. In fact, I think that sometimes next week
our initial wix scripts should be checked into the source tree and be avail
The file association needs to be set up manually (In Windows Explorer,
Tools/Folder Options, then modify settings for "PY" file type).
As for the availability of standard Python libraries, you can modify the
IronPython's site.py, adding:
import sys
sys.path.append(r"C:\Python24\Lib")
M.
-
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: Sat
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-
Fro
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: users@l
: 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
PythonEngin
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 PythonEngine.R
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
be able to duplicate the problem if you download it.
Best regards,
2006/8/10, Martin Maly <[EMAIL PROTECTED]>:
> 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
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 fi
your assembly ?? 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]
prod
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 Beha
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 confi
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
___
Good bug. Thanks for the report. Filed it on CodePlex!
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Chu
Sent: Wednesday, July 26, 2006 9:01 PM
To: Discussion of IronPython
Subject: [IronPython] run edna-0.6 , thread exception
after I impl
Great bug, thanks for reporting it! I’ve
filed it on CodePlex as http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=1417
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kristof Wagemans
Sent: Wednesday, July 26, 2006
9:08 AM
To: 'Discu
roperties poiting to "Control" 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:
ments (-1 given)
?
-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
Have you tried using the PythonEngine.Evaluate, PythonEngine.Execute or
PythonEngine.EvaluateAs methods?
Martin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Slide
Sent: Wednesday, July 26, 2006 7:32 AM
To: Discussion of IronPython
Subject: [IronPython
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:
System.Array[element_type](anythin
Unfortunately, no. Adding .NET attributes
on Python classes in IronPython is not possible.
Somewhat similar Pythonic thing is
function and method decorators:
@command(“MyCommand”,
CommandFlags.Modal)
def RunMyCommand():
….
However, this will not interoperate well
with .NET
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
interfa
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 Beh
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 am
Good catch, Lee. I’ve 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...
?
Does it say how to get the standard Python libraries if you haven't
installed CPython?
At 08:45 PM 7/15/2006, Martin Maly wrote
In fact, we have already updated the
tutorial with the instructions how to use IP with standard Python libraries.
While this change didn’t make it into our B
In fact, we have already updated the
tutorial with the instructions how to use IP with standard Python libraries.
While this change didn’t make it
into our Beta 9 release, the latest package available on codeplex (http://www.codeplex.com) does include the updated
tutorial.
Martin
AttributeError: 'module' object has no
attribute 'StartNewThread'
Whereas StartNewThread was a .Net style
alias for thread.start_new_thread in IronPython 8.
Thanks,
-Lee
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Maly
Sent: Thursday, July
PythonEngine
engine = new PythonEngine();
engine.AddToPath("C:\\Python24\\lib");
engine.AddToPath("C:\\Temp\\IronPythonTest\\IronPythonTest\\Python\\");
engine.Execute("from TestModule import TestClass");
Mike
On 7/13/06, Martin Maly <
Yep, we have entered the ToString issue,
but your operator issue is a new one. I’ve 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
Sub
1 - 100 of 248 matches
Mail list logo