Ok, but can we wack off the biggest problem first, namely that DRLVM
doesn't work when it's artifacts (dll's, so's) are in a subdirectory of
jre/bin?
TO me, that's our biggest problem. Subtle cleanup issues are also
important, but not as much at this point.
geir
Evgueni Brevnov wrote:
Hi Geir,
I'm very enthusiastic about making DRLVM to work with the launcher. It
requires implementation of the Invocation API to a certain extent. For
example it's enougth to have only partial support for
DestroyJavaVM(JavaVM * vm). Some changes to j.l.Thread class is
necessary as well. So if there is no objections I can start working on
it right now.
Thanks
Evgueni.
On 8/31/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
We need to make DRLVM work with the launcher in the same way that J9
works with the launcher. It's a royal PITA to do an ant-clean and have
DRLVM wiped out of the deploy/jdk/jre directory in classlib-land.
My goal here is two fold -
a) make it easy for people to have both DRLVM and j9 around for A/B
testing
b) make DRLVM the default VM we use for everything
I know that we still have the epic argument around hythread to resolve,
but we can do this task first.
Does anyone want to volunteer to take this on? If not, I'll do it, but
I know that there are people out there that know DRLVM far better than I
do...
geir
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
