[IronPython] clr.AddReference effect how GC work ?!?!?!?

Dino Viehland dinov at exchange.microsoft.com
Thu Apr 24 17:13:58 CEST 2008


Amazingly if you want to understand a little more Raymond Chen posted a fairly appropriate blog entry this morning: http://blogs.msdn.com/oldnewthing/archive/2008/04/24/8420242.aspx

Ok, it's more historical then technical, but still interesting.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sakesun Roykiattisak
Sent: Wednesday, April 23, 2008 7:10 PM
To: Discussion of IronPython
Subject: Re: [IronPython] clr.AddReference effect how GC work ?!?!?!?

On Wed, 23 Apr 2008 22:52:31 +0700, Dino Viehland
<dinov at exchange.microsoft.com> wrote:


> So obviously one impractical solution is to pass the non-existent -X:MTA
> option :).  Another solution is to ensure that you pump messages.  The
> easiest way to do that in your sample code below is
> Thread.CurrentThread.Join(100) instead of doing a Thread.Sleep(100).
> The join will continue to pump messages while waiting for the current
> thread to exit.  That will time out of course because it's waiting on
> its self so it'll behave just like a sleep.

Yeah, that's work. Do not fully understand what you're talking about
(I'm basically a database application developer)
But I wish you luck on fixing it. :)

As for 2.0b, I've found it break many of my application test-cases.
Mostly, relate to CLR interop. But I'm yet to find way to extract
and reproduce the bug without submitting my whole working set.
Looking forward to see beta2 soon.

Thanks.
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



More information about the Ironpython-users mailing list