to use public types!!
Great,
thanks.
Stan.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dino
Viehland
Sent: Tuesday, August 15, 2006 8:09 AM
To: Discussion of IronPython
Subject: Re: [IronPython] expose some namespaces of own application
of own application
Dino Viehland a écrit :
This is actually a bug - ReflectedPackage.TryGetAttr is looking at all types,
not just exported types. I've opened CodePlex bug 2199 to track this.
I've tentatively set it for 1.01 but we'll need to triage the bug properly to
decide what release
Hello IronPython Community,
We have just released IronPython 1.0 RC2.This build includes fixes for all known blocking issues against RC1, and we’re anticipating that this build will be the same as 1.0 final unless we hear otherwise.We’re looking for any feedback,
but in particular we’d like
Thanks for the bug report. I've opened this as CodePlex bug #2290. I've
tentatively opened this as a 1.01 bug so let us know if this is blocking you.
One workaround is to do:
'abc'.encode(sys.getdefaultencoding())
Which will work on both CPython IronPython.
You could also pass None in on
To: Discussion of IronPython
Subject: Re: [IronPython] very strange dictionnary bug
Dino Viehland a écrit :
I haven't seen anything like this before... But I have a couple of questions:
Are the keys always strings when it repros? And is the dictionary always
created using the {} syntax
Are you running on a 64-bit machine w/ a 64-bit runtime? By
default we disable trackback support on 64-bit machines (weve hit a unique bug
w/ exception handling there), but it is enabled on 32-bit machines and should
work there.
If I do:
import sys
def test2():
try: test()
Is this cold startup time, or warm startup time? On Windows I get:
F:\Product\IronPython\IronPython\Publictype foo.py
print 'hello'
F:\Product\IronPython\IronPython\PublicC:\Program Files
(x86)\util\TimeIt.exe ipy.exe foo.py
Running ipy.exe foo.py
elapsed time = 1282 milliseconds
this is a
Yep, FormatException is the right API to call.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stanislas Pinte
Sent: Monday, August 21, 2006 9:21 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Code broken in RC2
by looking at IronPythonConsole
This has moved to just being engine.Import(site) after you make sure you have
site on your path. Basically this has moved into the console code:
private static void ImportSite(PythonEngine engine) {
if (!ConsoleOptions.ImportSite)
return;
string
: Could it be the coroutines (yield statement)
implementation in C# that would slow down the simpy simulation?
Thanks,
Stan.
Dino Viehland a écrit :
Klaus,
You're correct in that we didn't do a whole lot of performance tuning
from the betas to RC. Jim did a little bit of work based
-users] RE: SimPy on IronPython timing test
On 8/21/06, Dino Viehland [EMAIL PROTECTED] wrote:
I think our generator performance is about on-par w/ CPython, so I don't
believe this is the issue (we actually did improve this somewhat during the
middle of the beta cycle when we did our perf push
0, in stdin##12
File , line 0, in Test
ValueError: invalid integer number literal
On 8/21/06, Dino Viehland
[EMAIL PROTECTED] wrote:
Are you running on a 64-bit machine w/ a 64-bit
runtime? By default we disable trackback support on 64-bit machines
(we've hit a unique bug w/ exception
Yep, we have an active bug on CodePlex but at this time we don't know when
we'll get to it. It's a rather large and daunting task (for example, how do we
deal with the ref counting part of the API which involves direct access to
memory?).
-Original Message-
From: [EMAIL PROTECTED]
It's a bug - I've opened CodePlex bug #2557 to track it
http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=2557
. I've tentatively set this as a 1.01 bug, unfortunately the only workaround
I can think of is to call the .NET DateTime.ToString() directly.
What's
Are you running w/ all the bits that came w/ the VS SDK, or are you mixing
matching w/ the latest IronPython? There may be some issues w/ the latter case
but once you get it compiling it usually works.
0xc005 is the status code for an access violation so it would look like
there's a
a big task -- but
implementing zlib support shouldn't be very difficult. That's what Mat was
asking for...
At 11:12 AM 8/23/2006, Dino Viehland wrote
Yep, we have an active bug on CodePlex but at this time we don't know when
we'll get to it. It's a rather large and daunting task (for example
Sent: Friday, August 25, 2006 9:58 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Zlib
On 8/25/06, Dino Viehland [EMAIL PROTECTED]
wrote:
I've opened bug #2590 (
http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=2590)
to track this.We have another
Does it repro even on a warn startup or only the 1st time? Also, is this on
Windows or on Mono?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of psi
Sent: Saturday, August 19, 2006 11:39 AM
To: users@lists.ironpython.com
Subject: Re: [IronPython] console
Thanks for the bug report Kurt. I've opened CodePlex bug #2599 to track the
issue
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=2599
)
We currently don't allow assignment to __builtins__ - this is a known
incompatibility that we'll document for the time being
The problem you're running into is that we won't expose the Python type by the
names you compile it as - this is the weirdness you're seeing versus a C#
compiled assembly.
There's a couple of ways to deal with this. One is to host IronPython and use
the PythonEngine interfaces to expose
This is the easy way to call functions that are passing values
by reference. You should be able to pass non-zero values as well as non-empty
arrays. The only thing that should disallow this is if there were multiple
overloads that resulted in an ambiguous method resolution.
For these
with a value of 3 to pass by reference.
- Original Message -
From: Dino Viehland
To: Discussion of IronPython
Sent: Friday, August 25, 2006 4:06 PM
Subject: Re: [IronPython] c# function that passes arguments by reference
This is the easy way to call functions
Thanks for the bug report Seo - I've opened bug
http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=2704
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Monday, August 28, 2006 3:12 AM
To: Discussion of
This depends if we failed to pass the assignment through, that
would be a bug. But what the control should do is up to the control author. I
would expect these to update immediately personally, but the control could
define different semantics.
Is there any possibility youre setting
]
[mailto:[EMAIL PROTECTED] Behalf Of Dino Viehland
Sent: August 25, 2006 3:47 PM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython interop problem
The problem you're running into is that we won't expose the Python type by the
names you compile it as - this is the weirdness you're seeing
Sorry, pressed send too soon...
The good news is that very soon we'll have full documentation on the hosting
APIs which might make it a little more obvious about where to look for these
things :).
-Original Message-
From: Dino Viehland
Sent: Tuesday, August 29, 2006 1:09 PM
.
Thanks much!
Dino Viehland [EMAIL PROTECTED]
wrote:
Ive opened a bug for us to track this (#2705, http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=2705)
if anyone else has any suggestions as for what the MSI should do please either
comment here or add a comment to the bug
Thanks for the report - I've opened this as CodePlex bug #2728
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=2728).
We'll make sure this gets added to our forthcoming incompatibilities doc.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Wow, it's actually a little bit worse than what you describe - if we get a step
!= 1 we also return an object array:
import System
a = System.Array[int]( range(10) )
print a[1:9:2]
prints System.Object[](1, 3, 5, 7)
I've opened CodePlex bug #2730 for this
Typically starting up a 2nd time will be faster because the OS still has a lot
of the pages in memory. Ultimately this means we'll not need to go to disk for
them.That can include thinks like the unmanaged portions of the CLR, the
ngen'd images that IronPython depends upon, and
):
print args;
// C# host
Assembly asm = Assembly.Load(assemblyName); Type t = asm.GetType(foo, true,
true); MethodInfo m = t.GetMethod(Bar); m.Invoke( null, args );
thanks
-mab
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Dino Viehland
Sent
The Item property is the default indexer, so you should be able to access it
using foo[index].
As for your other question - Martin looked into this but I didn't see a
response from him... The problem seems to be that we don't define a
parameterless constructor that the configuration section
of IronPython
Subject: Re: [IronPython] custom ConfigurationSection in IronPython
On Aug 31, 2006, at 4:00 PM, Dino Viehland wrote:
The Item property is the default indexer, so you should be able to
access it using foo[index].
Thats what I thought, but it doesn't work. And if I do dir
:
--
From: Dino Viehland
Sent: Wednesday, July 12, 2006 11:54 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Getting a call stack from an exception?
Tracebacks are the correct way to do this, I recommend you install
the standard Python library against IronPython to make this really useful
Here's what the IronPythonConsole does to import site, this should basically
work for you too. Basically it looks like you're on the right path but your
site.py needs to exist somewhere on your current sys.path which you haven't
configured.
string site =
You're not the only one - there seems to be intermittent issues on CodePlex
(they also released a new version yesterday). It does seem to come and go so
closing down your browser and trying again works. We're pinging the CodePlex
team to try and get the issue resolved.
-Original
together.Thanks for bringing this to our attention.
While for obvious reasons I can't help with the internal
System.Xml.Xsl code base, I can help with the Saxon.NET code base. If I
can be of help, please let me know :)
On 9/5/06, Dino Viehland
[EMAIL PROTECTED] wrote:
The answer
This is a bug - I've opened CodePlex bug #3049 to track this
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=3049).
The problem here is that we're not recognizing the double \ as being a valid
escape sequence that we should ignore. Instead we skip the 1st \, see
Originally we were trying to implement _socket instead of socket. We ran
into one problem with this: the standard socket.py module has an implicit
dependency upon CPython's reference counting garbage collector (for
implementing dup). We considered a hack to make this work but ultimately
We havent discussed implementing any of the CPython profiling
debugging support as of yet. Ive opened CodePlex bug # 3124
(http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython)
but Im not really sure when wed get to this (I believe we have
some other bugs for various
I've opened CodePlex bug #3160 to fix this
(http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython). Seo, I'll
try and get this and your other requested fix (function flags) in today or
tomorrow.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
exciting, so something official getting
released with fixes included would be a huge help.
Thanks!
Eric
On 9/11/06, Dino Viehland [EMAIL PROTECTED]
wrote:
Originally we were trying to implement _socket
instead of socket.We ran into one problem with this:
the standard socket.py module has
Unfortunately, CPython only allows the decorator syntax before a function
declaration... You could always manually call the decorator function w/ the
class object and see what you get back though.
Charlie's earlier point about all the different targets is a really good one
though - worse than
for IronPython update
Is there a reason not to pick up Seo's version? His license (do whatever
... you want) would certainly allow it. Is the wheel he built not round
enough?
At 11:40 AM 9/11/2006, Dino Viehland wrote
Originally we were trying to implement _socket instead of socket. We ran
[EMAIL PROTECTED] wrote:
At 01:45 PM 9/12/2006, Dino Viehland wrote
This might be a better question on a newsgroup specific to .NET or the IE web
control. Adding the ScrollBarsEnabled = False is the same as doing:
WebBrowser1 = WebBrowser()
WebBrowser1.ScrollBarsEnabled = True
Shouldn't
Probably the lack of an answer is due to the fact that there isn't a really
great way to do this. Here's two possible ways to pull this off:
For #1 you presumably kicked off the Python code via the hosting APIs, and
therefore you know the engine that kicked it off. If you have multiple Python
It sounds like you want the PythonEngine.CreateMethod API. This
allows you to create a delegate that you can call from C# repeatedly w/o any recompilation
happening. If you want to swap this out w/ a different delegate you can just call
CreateMethod again and update your table of
This is a known issue - an easier work around is to create a typed proxy in
Python that holds onto the instance the interface type and does calls through
the interface type passing the instance as the 1st parameter. Bug 470 has the
workaround code,
Thanks for the bug report. I've opened CodePlex bug #3530 to track this
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=3530)
From: [EMAIL PROTECTED] On Behalf Of HEMMI, Shigeru
Sent: Thursday, September 21, 2006 3:06 AM
To:
From the IronPython side you can look at Ops.UpdateTraceBack. This is called
during fault blocks (catch rethrow blocks in dynamic methods) to store line
number information when we have code that PDBs (or whatever Mono uses here)
don't provide the necessary debugging information. If this
Thanks for the bug report Seo. It looks like we're just not doing the same
transform we do for the non-compiled case for the compiled case. I've opened
CodePlex bug #3560 to track the issue
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=3560).
-Original
You can initialize the values on this like:
Array[Array[int]]( ( (1,2), (2,3) ) )
(any sequence will do here, e.g. a list work too).
If you want to create a true multi-dimensional array you can do:
x = Array.CreateInstance(int, Array[int]( (1,2,3)))
And then you can fill the values by hand:
The best replacement is probably nt.spawnl - it looks like this has been
reported in the issue tracker over the weekend, and someone else has commented
that it should be high-priority. So with 3 reports all at once I've gone ahead
and moved this to high priority. Thanks for the bug report!
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
This is a bug, thanks for the report. I've opened CodePlex bug #3758 to track
this
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=3758).
I'm going to push to try and get this fixed in v1.0.1 but it might not quite
make it (which means it might need to wait until
This isnt something were
likely to implement soon theres lots of challenges in getting
this to work. Unfortunately youll probably not be able to get it
working from C# either, but this might be a great use for C++/CLI instead.
I believe we do have a bug filed against it, we just wont get
We have a couple of bugs opened on this on CodePlex for this
issue:
563: Support
for Code Quality Tools in IronPython missing
1042: Implement
various sys module methods that currently throw a NotImplementedException
We believe we know how to implement sys.settrace (wed
hook it at
Research's Robotics Studio
as well. See http://www.roboteducation.org for more info.)
Thanks,
-Doug
Dino Viehland wrote:
We have a couple of bugs opened on this on CodePlex for this issue:
563: Support for Code Quality Tools in IronPython missing
http://www.codeplex.com/WorkItem/View.aspx
:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Dino Viehland
Sent: Wednesday, October 04, 2006 7:48 PM
To: Discussion of IronPython; users-ironpython.com@lists.ironpython.com
Subject: Re: [IronPython] Standard Python Debugging not supported
We have a couple of bugs opened
, 2006 10:11 AM
To: Discussion of IronPython
Subject: Re: [IronPython] socket for IronPython update
Dino Viehland wrote:
Unfortunately we cannot currently accept changes back into the
IronPython core right now. :(
Not at all? What are the issues?
David
J. Merrill / Analytical Software Corp
Encodings appears to be a special module that gets imported by CPython on
startup. It appears to get imported even if you startup and disable reading
site.py on CPython. Currently IronPython has no dependencies on the standard
CPython library and we didn't want to add one just for this. The
Thanks for the bug report. I've filed this as bug #4190
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=4190)
.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Sunday, October 08, 2006 4:38 AM
To:
Thanks for the report - this sounds like a bug. I suspect we're not creating
the function w/ the proper environment in this case, but I haven't had a chance
to investigate. I've opened CodePlex bug #4196 for this.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Thanks for the bug report Seo. I've opened CodePlex bug #4197 to track this
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=4197).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Monday, October 09, 2006
That was incorrectly assigned to 1.01. I've moved it to 1.1. We do include
the Wix scripts for an MSI installer up on Codeplex in the depot (not in the
.ZIP files we upload though) but we haven't yet taken the time to make sure we
have the Wix scripts perfect and ready to ship.
-Original
Thanks for the bug report Seo! I've filed this as CodePlex bug #4233
(http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Monday, October 09, 2006 8:44 AM
To: Discussion
If you run IronPython w/ -X:ExceptionDetail you'll see where the exception is
getting thrown from IronPython. Put a break point there and look at the values
that are coming into that function. Then you should be able to compare that
simple operation to the one in CPython and see if they're
Thanks for following up on this, looks like I might have missed the original
somehow. We can remove the quotes to be more consistent. I've opened Codeplex
bug #4428
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=4428).
-Original Message-
From: [EMAIL
Yes, we should add some info to one of our wiki pages on CodePlex or in the
FAQ... I've opened a CodePlex work item (4538) so we won't forget about it.
Long term we also want to expose these in a more natural way. Unfortunately we
struggled with coming up with a rational way to deal w/
/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=1506).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Friday, October 20, 2006 6:29 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Intefaces
2006/10/20, Dino Viehland
I'm not sure I know what the obvious thing here is... is GetString the same as
calling ToString (after importing clr or a .NET namespace)?
Or are these helper methods to go from string - byte array and back again
(presumably w/ some encoding as a parameter?). If that's the case I'm not sure
Great find! I've opened CodePlex bug 4716.
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=4716).
The problem goes away if you change the name from items = So I suspect
this is a conflict between the name binder our built-in cache, but I need to
You can apply the PythonModule to your assembly specifying the type that
corresponds with the module type. In 1.0.1 our site.py will load any DLLs in
the DLLs directory and the module will be available for you to import. The
type that PythonModule references should be a static type (no
There's also several other Python 2.5 features we don't yet support. We're
hoping to get to these for 1.1.
For new-style exceptions we'll update the ExceptionConverter to use new-style
classes instead of old-style classes. The hope is that the rest of the runtime
then basically picks this
There's a int GetExitCode(out object nonIntegerCode) API on
PythonSystemExitException that will return you the integer exit code or a
Python object if the user did sys.exit('foo') or something easily insane. In
that what you're looking for?
-Original Message-
From: [EMAIL PROTECTED]
Thanks for the bug report! I've filed this as CodePlex bug 5641
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=5641)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian
Muirhead
Sent: Tuesday, November 14, 2006 9:34
If System.Environment.CommandLine isn't reporting the arguments then it sounds
like the arguments aren't getting passed to ipy.exe. I just tried this on both
XP, Server 2k3, and Vista and it worked on all three. Steps I followed:
Create .ipy file:
copy con foo.ipy
import sys
print sys.argv
Are you doing File-New Web Site? I think you need to do File-New
Project
Then choose IronPython-Web from the tree view and then there
are options for ASP.NET Web Application.
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Bill64bits
Sent: Tuesday, November 14,
: [IronPython] vs integration
File-New
Web Site was used in an example I looked at.
But
I tried it your way, and File-New Project does notshow anything about
IronPython.
-
Original Message -
From: Dino Viehland
To: Discussion
of IronPython
Sent
I didn't know it off the top of my head, but it looks like this is devenv.exe
/rootsuffix Exp (devenv is in (in %ProgramFiles%\Microsoft Visual Studio
8\Common7\IDE\)).
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill64bits
Sent: Tuesday, November 14, 2006 5:09 PM
To:
#1 is (largely) due to compilation time. I suspect we may look at something
around this for v2.0 (for example maybe caching compiled files - which won't
make it faster the 1st time, but at least additional times it'll be better).
I've added #2 #3 to bug 697
Thanks for the bug report! I've opened CodePlex bug 5755 for this
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=5755).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Friday, November 17, 2006 1:33 AM
Thanks both of you for looking into this so deeply. Sorry we haven't been more
responsive to this - I originally tuned out this thread thinking it wasn't
related to the core.
I've opened CodePlex bug #5756 for the seekable check
CollectionCount is used for the IdDispenser and for any weak hashtables we
maintain. I suspect the reason you're hitting it would be the id dispsenser.
You can probably repro it with something as simple as:
while True: id(object())
After we hand out a certain number of IDs we will check the
Thanks for reporting this. I've opened bug # 5974
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=5974).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Sunday, November 26, 2006 3:17 AM
To: Discussion of
You are passing the assembly name to AddReference? You should be able to pass
the actual Assembly object you get back from reflection instead. Then if you
import the namespaces in the file you're executing it should use the assembly
objects you actually loaded yourself.
From: [EMAIL
Still catching up on e-mail after last week (it was Thanksgiving here). Thanks
for reporting this and following up.
This is just a silly copy paste error in ExceptionConverter.cs.
UnicodeErrorInit has the line:
Ops.SetAttr(DefaultContext.Default, self, SymbolTable.StringToId(@object),
This is the first request for this we've gotten and it hasn't really been on
our todo list. I've opened a bug
(http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPythonWorkItemId=6011).
In the mean time I'd suggest using the standard pickle module which ships w/
CPython - it appears
Thanks for the bug report!
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Brien
Sent: Monday, November 20, 2006 4:36 PM
To: users@lists.ironpython.com
Subject: [IronPython] Class with slots and getattr not compatible
Ticket:
Is libxml2 a pyd? If so we currently don't support importing pyd's (it would
require matching CPython's extension interface). Instead you might be able to
use the .NET XML libraries as a work around.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
__getitem__ and __setitem__ can be implemented by implementing an indexer in
C#. These will automatically be transformed.
To implement __getattribute__ / __setattr__ you can implement ICustomAttributes
and intercept all attribute access. You'll need to fall back to the type to
get the
need decorators
Dino Viehland wrote:
There's both the syntax issue and the implementation issue. The
syntax issue is more obvious and we have candidates for classes and
methods (e.g. something like __attributes__ = ... for classes, and
decorators for methods - harder are attributes on the return
CreateParams is a property, so you'll need to construct a property to do this:
class TransLabel(Label):
def get_CreateParams(self):
cp = super(TransLabel, self).CreateParams
cp.ExStyle = cp.ExStyle | 20
return cp
CreateParams =
Standard modules will get compiled into static types which are not collectible
by the CLR. This will result in the leak you're seeing. You can enable
GenerateAsSnippets mode (-X:GenerateAsSnippets at the command line, or
IronPython.Compiler.Options.GenerateModulesAsSnippets = true) and you
Thanks for reporting this. I'm not too concerned about someone doing this on
SymbolTable, but for reflected types in general I think it makes sense that we
should transform null into a string. I've opened CodePlex bug #6141
I've looked into this on our side the guidance seems to be that we should add
an overload of Set* that allows you to specify if we should close the stream or
not. This is analogous to the GZipStream constructor
I believe our current thinking is that 1.1 Alpha will actually be sometime next
week. That will include most of new functionality that we have written for 1.1
along with some bug fixing work that we've done (these changes are all
currently on CodePlex today in source form).
Then we'll ship
Yes, you'll need Visual Studio 2005 as IronPython is written to use the 2.0
features of .NET which require a new executable format for features such as
generics.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barber, Graham
(Vancouver)
Sent: Monday, December 04, 2006 8:26 AM
For those of you who aren't aware CodePlex recently added a new feature where
you can vote on the bugs you'd like fixed. Simply login to CodePlex, visit the
work item list
(http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython) and click
on the vote link next to each bug.
We
As always thanks Seo!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sanghyeon Seo
Sent: Tuesday, December 05, 2006 7:02 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Please vote on bugs!
2006/12/6, Dino Viehland [EMAIL PROTECTED
201 - 300 of 1614 matches
Mail list logo