Richard Bowen wrote:
thanks. I knew about site.py, but it wont work for me as don't want to
touch peoples global library, and I have lots of different versions of
the lib on any one box, installed by xcopy.
Is there any other way?
To be honest your needs are pretty custom. site.py *is* t
thanks. I knew about site.py, but it wont work for me as don't want to touch
peoples global library, and I have lots of different versions of the lib on
any one box, installed by xcopy.
Is there any other way?
Richard
On Fri, Nov 28, 2008 at 2:48 AM, Curt Hagenlocher <[EMAIL PROTECTED]>wrote:
On Fri, Nov 28, 2008 at 8:00 AM, Glenn Jones
<[EMAIL PROTECTED]> wrote:
> This is likely to block our progress on porting Resolver One to IPy2 unless
> there is a different way of accomplishing the same thing.
>
How about clr.StrongBox[TextBox](self).ProcessDialogKey(key) ? I
really have no idea w
Hi All,
Here is a little app that illustrates an issue that we've just discovered:
---
---
import clr
clr.
Just as a follow up to this - the reason for the hack below is that
subscribing to events from IronPython is still causing our UI objects
(and their whole object graphs) to not be garbage collected. This was a
brute force way of clearing out subscribed events so that unneeded UI
components can
In Resolver One on IronPython 1, we have code to unhook events that uses an
object that is equal to everything like this:
e = EqualToAll()
for _ in range(100):
event -= e
What we have discovered when we run under IPy2, is that the __eq__ method on
EqualToAll is only called when the target of t
