Return-Path: 
 <dev-return-27955-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org>
Delivered-To: apmail-harmony-dev-archive@www.apache.org
Received: (qmail 32075 invoked from network); 26 Jun 2007 00:03:07 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 26 Jun 2007 00:03:07 -0000
Received: (qmail 18975 invoked by uid 500); 26 Jun 2007 00:03:10 -0000
Delivered-To: apmail-harmony-dev-archive@harmony.apache.org
Received: (qmail 18532 invoked by uid 500); 26 Jun 2007 00:03:08 -0000
Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@harmony.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@harmony.apache.org>
List-Post: <mailto:dev@harmony.apache.org>
List-Id: <dev.harmony.apache.org>
Reply-To: dev@harmony.apache.org
Delivered-To: mailing list dev@harmony.apache.org
Received: (qmail 18523 invoked by uid 99); 26 Jun 2007 00:03:08 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jun 2007 17:03:08 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of xiaofeng.li@gmail.com
 designates 66.249.82.229 as permitted sender)
Received: from [66.249.82.229] (HELO wx-out-0506.google.com) (66.249.82.229)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jun 2007 17:03:04 -0700
Received: by wx-out-0506.google.com with SMTP id h26so1660060wxd
        for <dev@harmony.apache.org>; Mon, 25 Jun 2007 17:02:43 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=ResCNyRUUTGz468fFXaOw1lda9vtIQY3kqmX21/IA+DUOOLV+N4KHZr6Su0IPzh1mek86xQCC7lASsBCLGgBJUBI8GYLAuIxozpGqdT4tx8rZ8RKEgrRZEkNFnTeMyEJdcfE6Wx2m+pOfWIWadgDmb9dpsdOsE2oFb14PPDv65E=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=PbodunBaXOF7oIQxQwUCe/6vlmnaU0CvFIqrvn0rLXtWviu+mQT0Nla/+vj4d4ffO3ntPJ/mHGvDCSaAhD+unB3IjGrDxjZnYeS1+CQFU8NEDxgzxjBhko2FFEISay1qlHWfkwn+tEtM5E45HXYOj92IYXPIxHVQQdl3dFnC0aU=
Received: by 10.90.35.15 with SMTP id i15mr4865702agi.1182816163789;
        Mon, 25 Jun 2007 17:02:43 -0700 (PDT)
Received: by 10.90.113.3 with HTTP; Mon, 25 Jun 2007 17:02:43 -0700 (PDT)
Message-ID: <9623c9a50706251702u6688737ck40a5399d87d7ca3@mail.gmail.com>
Date: Tue, 26 Jun 2007 08:02:43 +0800
From: "Xiao-Feng Li" <xiaofeng.li@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [drlvm][init] -XX:vm.dlls is proposed to be -XX:gc.dll
In-Reply-To: <587698b80706250827h7e828f4avee060f4b1404e401@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <587698b80706250827h7e828f4avee060f4b1404e401@mail.gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org

Makes sense to me. The original option has unclear semantics. If some
dlls are needed, they should be loaded by their requestor explicitly
or by their requestor's command option. For example, if gc needs
additional dlls, it can specify that as -XXgc.other_dlls=xxx; but this
is a gc specific option, there is no need for the VM to have a general
option for them.

Thanks,
xiaofeng

On 6/25/07, Vladimir Beliaev <vladimir.k.beliaev@gmail.com> wrote:
>  *I'd like to rename -XX:vm.dlls to -XX:gc.dll, because:*
> (I'm reposting my question in the e-mail with right subject...)
>
> right now the http://harmony.apache.org/cmd_options.html says about this
> property:
>
>   *-XX:vm.dlls=<list> * A PATH_SEPARATOR-delimited list of modular dynamic
> libraries (GC/etc.) to load at startup.
>
> In fact its default value is "gc_gen.<dll>'. If one sets it to any valid
> 'foo.<dll>' (like -XX:vm.dlls="foo.dll") then the "gc*.dll" is not found,
> "gc_init" function pointer is not set & DRLVM crashes with 0x00000 address
> access (HARMONY-3934)... Also there can be only 1 GC.dll in DRLVM now, so it
> should be "gc.dll" but not a not a "gc.dlls"...
>
> So in fact this 'vm.dlls' property semantics is: "set GC dll here". *That's
> why I propose to rename it.*
>
> *Please pay attention that:*
>
> 1. it would affect the "running scripts" (like Cruise Control ones) - please
> speak up if you have a procedure proposal for this renaming (or we just may
> agree on commit time).
>
> 2. one may use this -XX:vm.dlls to set own DLL (other then GC one) - please
> speak up if it is true & provide the particular example.
>
> *Please note that we also have:*
>
> -XX:em.dll=<dll-path> to set Execution Manager dynamic library
> -XX:vm.other_natives_dlls=<dll-path-list> - I know the use case: set the
> classlib native libraries to be preloaded during VM startup (I need to
> double check if it is still used)...
>
> Thanks
> --
> Vladimir Beliaev
> Intel Middleware Products Division
>


-- 
http://xiao-feng.blogspot.com