Andrey Chernyshev wrote:
> Thanks Oliver, this does clarify a lot. I'll see if I could change
> drlvm's vmi impl such that it transfers the original portlib pointer
> obtained from the launcher.
That would be great, thanks Andrey.
> BTW: are we expecting to have the multiple instances of the port
Andrey Chernyshev wrote:
On 7/17/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
So, IMHO one of the first things that should be done after entering
DestroyJavaVM is to check for pending exceptions, and clear them
if they're going to interfere with the shutdown sequence.
On 7/17/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> On 7/13/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>> Andrey Chernyshev wrote:
>>
>>
>>
>> > (4)
>> > Launcher wants the vm dll in the "default" directory unless the option
>> > is specified. Should we realign the dr
On 7/17/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> On 7/13/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
>> Andrey Chernyshev wrote:
>>
>>
>>
>> or:
>> launcher calls CreateJavaVM()
>> CreateJavaVM() passes call to create_vm()
>> create_vm() makes its usual calls and
Andrey,
The code for VMStart's init() and shutdown() is equally run regardless
of whether drlvm is started with it's own or classlib launcher. The
difference is only in running the user app main() method. Classlib
launcher calls it directly, through JNI, while the drlvm's launcher
wraps it in
Andrey Chernyshev wrote:
On 7/13/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> (4)
> Launcher wants the vm dll in the "default" directory unless the option
> is specified. Should we realign the drlvm build output and move all
> dll's into the "default" subdir?
I'll le
Andrey Chernyshev wrote:
On 7/13/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
or:
launcher calls CreateJavaVM()
CreateJavaVM() passes call to create_vm()
create_vm() makes its usual calls and returns. A flag is set to
indicate that VMStart still needs to be run.
creat
2006/7/15, Andrey Chernyshev <[EMAIL PROTECTED]>:
On 7/13/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Andrey Chernyshev wrote:
> > With some changes I was able to run the DRLVM with classlib's
> > launcher. Here is what I did (you can see the experimental patch at
> > http://issues.apache.org/ji
On 7/13/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> With some changes I was able to run the DRLVM with classlib's
> launcher. Here is what I did (you can see the experimental patch at
> http://issues.apache.org/jira/browse/HARMONY-857):
>
> - I have added JNI_CreateJavaV
On 7/13/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Andrey Chernyshev wrote:
> With some changes I was able to run the DRLVM with classlib's
> launcher. Here is what I did (you can see the experimental patch at
> http://issues.apache.org/jira/browse/HARMONY-857):
>
> - I have added JNI_CreateJav
Oliver Deakin wrote:
> Andrey Chernyshev wrote:
>>
>> (5)
>> What to do with the "_org.apache.harmony.vmi.portlib" option that
>> launcher is offering to VM?
>
> This passes the classlib port library function table to the VM. I think
> this just makes the classlib port library available to the VM
Andrey Chernyshev wrote:
> With some changes I was able to run the DRLVM with classlib's
> launcher. Here is what I did (you can see the experimental patch at
> http://issues.apache.org/jira/browse/HARMONY-857):
>
> - I have added JNI_CreateJavaVM declaration to jni.h (guess it will be
> the most
Andrey Chernyshev wrote:
With some changes I was able to run the DRLVM with classlib's
launcher. Here is what I did (you can see the experimental patch at
http://issues.apache.org/jira/browse/HARMONY-857):
- I have added JNI_CreateJavaVM declaration to jni.h (guess it will be
the most appropriat
Andrey Chernyshev wrote:
> With some changes I was able to run the DRLVM with classlib's
> launcher. Here is what I did (you can see the experimental patch at
> http://issues.apache.org/jira/browse/HARMONY-857):
This is very cool. Why experimental? what is the big problem if we
accept it and go
With some changes I was able to run the DRLVM with classlib's
launcher. Here is what I did (you can see the experimental patch at
http://issues.apache.org/jira/browse/HARMONY-857):
- I have added JNI_CreateJavaVM declaration to jni.h (guess it will be
the most appropriate place for it);
- Added
OK, so I'm going to add CreateJavaVM into vm\vmcore\src\jni\jni.cpp
and also add implementation into DestroyVM (stub is already seem to be
present there) based on destroy_vm(). Then we'll see how it works with
the launcher.
Thanks,
Andrey.
On 7/11/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrot
This has been my thinking - even if not perfect, lets get it working
using the launcher and then fix as required. It's arguable if that
"brokenness" matters at this point, and I think that there's plenty to
be gained from having it work via the launcher.
geir
Rana Dasgupta wrote:
> create_vm() l
Also there is destroy_vm(), which I guess even more close to what is
needed to prototype DestroyJavaVM.
Anyway, current DRLVM shutdown is tied closely with termination of the
main thread, leaving little chance for launcher cleanup. This is not a
blocker for now, but the shutdown certainly is the a
create_vm() looks quite close/complete to being a complete prototype for
CreateJavaVM,
but I think more work is needed in DestroyVM which prototypes DestroyJavaVM
for functional completeness. It is non waiting on user threads, it does not
send the corresponding JVMTI shutdown events, I also don't
On 7/10/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote:
Classlib, of cause :)
On 7/10/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote:
> Invocation API is missing in DRLVM. It should be implemented.
Yes, it seems like the launcher will need at least JNI_CreateJavaVM
and DestroyJavaVM functions.
I co
Ivan Volosyuk wrote:
> Invocation API is missing in DRLVM. It should be implemented.
> Launcher should be updated:
>>> char defaultDllName[] = "clearvm";
That should not be a blocker, as I mentioned before you can override it
on the command-line.
If you want to use a different name today:
(1)
Classlib, of cause :)
On 7/10/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote:
Invocation API is missing in DRLVM. It should be implemented.
Launcher should be updated:
>> char defaultDllName[] = "clearvm";
p.s. Invocation api is really good todo item. I'm looking forward to
see browser plugin us
Invocation API is missing in DRLVM. It should be implemented.
Launcher should be updated:
>> char defaultDllName[] = "clearvm";
p.s. Invocation api is really good todo item. I'm looking forward to
see browser plugin using DRLVM with classpath.
--
Ivan
On 7/10/06, Geir Magnusson Jr. <[EMAIL PROT
What is required to get the DRLVM use the Harmony launcher ?
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
24 matches
Mail list logo