2006/9/27, Mark Rees <[EMAIL PROTECTED]>:
> Seo has a select module that workes with IronPython, but there are
> also other issues with telnetlib relating to how it's uses sys.stdin
> which I do not have time to investigate at the moment.
The intention of telnetlib's author was that it would use s
You may need something like
engine.Sys.SetRecursionLimit(1001)
in your PythonEngine code.
In command line, "-X:MaxRecursion 1001" plays the same role.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike McGavin
Sent: Tuesday, September 26, 2006
2006/9/27, Mike McGavin <[EMAIL PROTECTED]>:
> What's the expected behaviour with infinite recursion in IronPython,
> and is there some way I can set a maximum recursion depth on a
> PythonEngine object?
It's same as CPython. The difference is that the maximum recursion
depth is not set by default
Hello.
What's the expected behaviour with infinite recursion in IronPython,
and is there some way I can set a maximum recursion depth on a
PythonEngine object?
Here's a simplified example of the problem I'm having -- I've noticed
that if I type the following code into my Cygwin python interpreter
Seo has a select module that workes with IronPython, but there are
also other issues with telnetlib relating to how it's uses sys.stdin
which I do not have time to investigate at the moment.
But you could use the following open source assembly as the basis for
a telnet IP library.
http://dotnette
Hi Martin,
Yes, that's it exactly. My network proxy configuration was kind of
screwed up and .NET wasn't getting to crl.microsoft.com to check the
certificate. After a few attempts and 15 seconds, it gave up.
Thanks for your help.
Paul
Martin Maly wrote:
> This is just a guess ...
>
> The IronPy
I looked into it and the Direct3D 10 pre-release does not appear to be included
with the SDK redistributable assemblies. The implication of this is that you
will need to do one of the following:
* install the SDK referenced by the readme.htm in Direct3D
* try to backport the sample to Direct3D 9
I don't know what this is. If it isn't an IronPython error, but
rather a Windows / .Net error, this might be relevant (search for 4008
once the page loads):
http://msdn.microsoft.com/library/default.asp?url="">
To ask a dumb question, are you sure the DLL is a .Net
assembly? How did you get t
This error isn't coming from IronPython - it could be coming from some.dll when it's getting loaded (and reflected over causing type loads to occur). I'd suggest you run it under the debugger and see if you
see any exceptions while adding the reference.
From: [EMAIL PROTECTED] On Behalf Of
Ah. I see J
Ok, I guess they shouldn’t really be properties
anyway. They SHOULD (going by MS guidelines) be functions. I’ll take this
time to make my code better.
I don’t think there are too many places in my code
where this makes a massive difference.
I just read some talk abou
The Microsoft.DirectX.Direct3D namespace is indeed comprised of more than one
assembly. This is apparent by viewing the following link -
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/directx9_m/directx/ref/ns/microsoft.directx.direct3d/c/d3dx/d3dx.asp
- which shows a class def
>>> clr.AddReferenceToFile("some.dll")
Fatal Error: deployment error (4008).
Is this a dead end? Is the error code specific to
IronPython?
Manor Askenazi, M.Eng.
Bioinformatics
Engineer
Department of
Cancer Biology
Dana-Farber Cancer Institute
44 Binney Street
Boston, MA
0211
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
---
So I have an object model defined in C#, that defines various types. One of them is a base type called 'Element' that is designed to be inherited from.I have a class called ElementFactory that loads up one or more python scripts into an
IronPython.Hosting engine, and exposes my object model to tho
Apologies if this one seems obvious, I’m not a python
programmer J
I’ve embedded the PythonEngine into a Visual Basic
application that I’ve been writing on and off for the past few months,
and one of the nice things that Visual Basic has over C# is of course multiple
indexed properties
It appears that Monodevelop chokes and dies on the version of Visual
Studio used for IronPython. So I recreated the project using
MonoDevelop's own formats. The following link contains a tarball that
can be unpacked over the top of the IronPython source tree to make it
all "just work" in monodevelo
On some projects i
had some performance issues... I don't mean that "you WILL have performance
issues", i mean that "you MAY have performance issues". Really don't know
why... and never had time to get into it. Sorry...
-Original
Message- From: "Anthony Baxter" <[EMAIL PROTECTED]>
On 9/26/06, fabio.pliger <[EMAIL PROTECTED]> wrote:
>
> Agree... But huge use of decorators in a complex application tends tslow
> down performance and generate complex and longer tracebacks...
Why? Decorators are applied at the time the function or method is
created, not at runtime.
David
Anton wrote:
> Which of
the following is considered more acceptable in the Python/IronPython
> community? > > Prefacing the method with: >
@staticmethod > > or following the method with: >
MyMethod = staticmethod(MyMethod) > Since Python
2.4, the decorator is nicer. :-)
Agree...
23 matches
Mail list logo