Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 58788 invoked from network); 28 Oct 2006 18:12:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Oct 2006 18:12:28 -0000 Received: (qmail 29239 invoked by uid 500); 28 Oct 2006 18:12:36 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 29200 invoked by uid 500); 28 Oct 2006 18:12:36 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 29191 invoked by uid 99); 28 Oct 2006 18:12:36 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Oct 2006 11:12:36 -0700 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of mike.fursov@gmail.com designates 64.233.182.191 as permitted sender) Received: from [64.233.182.191] (HELO nf-out-0910.google.com) (64.233.182.191) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Oct 2006 11:12:23 -0700 Received: by nf-out-0910.google.com with SMTP id m18so1693394nfc for ; Sat, 28 Oct 2006 11:12:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=EqkPmFPIhCYBVEDcUjav5TXKFzX2dh4czfhI1/OoxVZTgMKRR3Dk7bFbM63CGJDMV8OBf8zz2U69/w1zwmucibvdOxmC+MJFxd8pE+P7O6krNHytK8ancu5CVA58vTNDOjytdj5K2fIGSDsjdxGQceAMD+qZqkXKq2D608F0tso= Received: by 10.78.128.15 with SMTP id a15mr1803925hud; Sat, 28 Oct 2006 11:12:01 -0700 (PDT) Received: by 10.78.182.4 with HTTP; Sat, 28 Oct 2006 11:12:01 -0700 (PDT) Message-ID: Date: Sun, 29 Oct 2006 01:12:01 +0700 From: "Mikhail Fursov" To: harmony-dev@incubator.apache.org Subject: Re: [drlvm] Class unloading support In-Reply-To: <51d555c70610281005k722b9398m3677c828cf579a7e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_53882_29039235.1162059121651" References: <5836de490610240251p120dfa56x736fbb5eb1898aca@mail.gmail.com> <4541FE15.6070106@pobox.com> <51d555c70610270758p532a3479kfa894c8b52ce1dc2@mail.gmail.com> <45422160.90106@pobox.com> <9623c9a50610271647j5fef07d7r30ab4b243880fc63@mail.gmail.com> <4542A24E.9060209@pobox.com> <9623c9a50610271758y5e7f87c9p331c26af3e8b6717@mail.gmail.com> <51d555c70610271835s7304ff95t2fb639161a4f478b@mail.gmail.com> <51d555c70610281005k722b9398m3677c828cf579a7e@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_53882_29039235.1162059121651 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/29/06, Rana Dasgupta wrote: > > From JLS:- > > ... > > And ... > > .. > > Anyway, I don't want to belabor this point forever, and my opinion is only > one among many :-) > > Good point! Thanks. I have never thought (as Java developer) about class unloading like an optimization. But if it is, as you pointed, the RI behaviour makes developers believe that it is always on :) -- Mikhail Fursov ------=_Part_53882_29039235.1162059121651--