Re: jchevm status?
Ivan Volosyuk wrote: This test seems to pass ok, any way the problem in eclipse was fixed by following change. (Sorry, do not have enough time to write the test) I see now. .thanks. Should be fixed in r412122. FYI the test case depends on how the compiler compiles the bytecode. The test below would pass when using "javac" but fail with "jikes". Javac generates GETSTATIC FieldRes$FieldResInterface.FIELD while jikes generates GETSTATIC FieldRes$FieldResClass.FIELD. public class FieldRes { public static interface FieldResInterface { Object FIELD = new Object(); } public static class FieldResSuperclass implements FieldResInterface { } public static class FieldResClass extends FieldResSuperclass { } public static void main(String[] args) throws Exception { System.out.println(new FieldResClass().FIELD); } } -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Archie, This test seems to pass ok, any way the problem in eclipse was fixed by following change. (Sorry, do not have enough time to write the test) --- a/libjc/resolve.c +++ b/libjc/resolve.c @@ -222,17 +222,12 @@ _jc_resolve_field(_jc_env *env, _jc_type return field; } - /* Search for field in superclasses */ - while (JNI_TRUE) { - if ((type = type->superclass) == NULL) - break; - if ((field = _jc_get_declared_field(env, - type, name, sig, is_static)) != NULL) - return field; - } +if (!type->superclass) +return NULL; - /* Not found */ - return NULL; + /* Search for field in superclasses */ +return _jc_resolve_field(env, +type->superclass, name, sig, is_static); } /* - 2006/6/5, Ivan Volosyuk <[EMAIL PROTECTED]>: The difference is that access to that field should be done without reflection. I don't have the jchevm at hand, but I think the problematic code should look like: interface I { static final int field = 123; } class S implements I { } public static C extends S { public static void main(String[] args) { System.out.println(field); } } I didn't tested wether it fails. I will check it when get home. -- Ivan 2006/6/5, Archie Cobbs <[EMAIL PROTECTED]>: > Ivan Volosyuk wrote: > > Btw, I have found problem is classloader in jchevm. > > Resolution of field in interface of superclass of some class fails. > > Reproducible at eclipse. I have a patch with fix. It's quite simple. I > > can send it at evening too. > > Do you have a simple test case? This one seems to work OK: - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
The difference is that access to that field should be done without reflection. I don't have the jchevm at hand, but I think the problematic code should look like: interface I { static final int field = 123; } class S implements I { } public static C extends S { public static void main(String[] args) { System.out.println(field); } } I didn't tested wether it fails. I will check it when get home. -- Ivan 2006/6/5, Archie Cobbs <[EMAIL PROTECTED]>: Ivan Volosyuk wrote: > Btw, I have found problem is classloader in jchevm. > Resolution of field in interface of superclass of some class fails. > Reproducible at eclipse. I have a patch with fix. It's quite simple. I > can send it at evening too. Do you have a simple test case? This one seems to work OK: public class FieldRes { public static interface FieldResInterface { int field = 123; } public static class FieldResSuperclass implements FieldResInterface { } public static class FieldResClass extends FieldResSuperclass { } public static void main(String[] args) throws Exception { FieldResClass obj = new FieldResClass(); System.out.println(obj.getClass().getField("field")); System.out.println(obj.field); } } -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ivan Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan Volosyuk wrote: Btw, I have found problem is classloader in jchevm. Resolution of field in interface of superclass of some class fails. Reproducible at eclipse. I have a patch with fix. It's quite simple. I can send it at evening too. Do you have a simple test case? This one seems to work OK: public class FieldRes { public static interface FieldResInterface { int field = 123; } public static class FieldResSuperclass implements FieldResInterface { } public static class FieldResClass extends FieldResSuperclass { } public static void main(String[] args) throws Exception { FieldResClass obj = new FieldResClass(); System.out.println(obj.getClass().getField("field")); System.out.println(obj.field); } } -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Thank you, I will take a look at it at evening (10 hours later) Btw, I have found problem is classloader in jchevm. Resolution of field in interface of superclass of some class fails. Reproducible at eclipse. I have a patch with fix. It's quite simple. I can send it at evening too. Regards, -- Ivan 2006/6/5, Archie Cobbs <[EMAIL PROTECTED]>: Ivan Volosyuk wrote: > There are a bunch of patches already attached to Harmony-483. > Reflection, system classloader works now reasonably well. My main > testing workload is eclipse and I am slowly moving forward. Eclipse > already can successfully use logging. I am investigating why it cannot > load its own jars. > > A small note about patch sequence in jira: all patches should apply > cleanly except wrong patch: 2. > classlibadapter-incremental-update-20060522-20060528.diff (163 kb) > It was sent by mistake and contains exact the same content as initial > patch classlibadapter-update-20060522.diff. Ivan, I've applied the patches in HARMONY-483 in r411596. Please take a look to make sure I applied them correctly. Thanks, -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ivan Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan Volosyuk wrote: There are a bunch of patches already attached to Harmony-483. Reflection, system classloader works now reasonably well. My main testing workload is eclipse and I am slowly moving forward. Eclipse already can successfully use logging. I am investigating why it cannot load its own jars. A small note about patch sequence in jira: all patches should apply cleanly except wrong patch: 2. classlibadapter-incremental-update-20060522-20060528.diff (163 kb) It was sent by mistake and contains exact the same content as initial patch classlibadapter-update-20060522.diff. Ivan, I've applied the patches in HARMONY-483 in r411596. Please take a look to make sure I applied them correctly. Thanks, -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Archie Cobbs wrote: Ivan Volosyuk wrote: This code checks access control in eclipse. The caller of the method should be member function of class EditorsUI. As jchevm also reports exception creation stack frames the access check doesn't work. I can make a workaround in classlibadapter, but I think it should be better fixed in the vm code, as the fix will work with gnu classpath too. If you are too busy, I can make this fix for jchevm. Thanks for hunting this down. I'll work on a fix, which should be easy. Done (r410737). -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jchevm] Re: jchevm status?
That's great news... And given the increase of activity around jchevm, can we remember to prefix the subject line with [jchevm]... (I don't recall who started this thread... doesn't matter... just a reminder) Ivan Volosyuk wrote: Archie, I have made some progress with classlib adapter. Now eclipse starts and opens main window, just as with gnuclasspath. It works even faster then it. Of cause, a lot of functionality is still missing. Now I found a jchevm issue which prevents eclipse from working both on gnu classpath and using this adapter. Here is the eclipse code: private static void checkAccess() throws IllegalStateException { StackTraceElement[] elements= new Throwable().getStackTrace(); if (!(elements[2].getClassName().equals(EditorsUI.class.getName()) || elements[3].getClassName().equals(EditorsUI.class.getName( throw new IllegalStateException(); } This code checks access control in eclipse. The caller of the method should be member function of class EditorsUI. As jchevm also reports exception creation stack frames the access check doesn't work. I can make a workaround in classlibadapter, but I think it should be better fixed in the vm code, as the fix will work with gnu classpath too. If you are too busy, I can make this fix for jchevm. Best regards, -- Ivan 2006/5/30, Archie Cobbs <[EMAIL PROTECTED]>: Weldon Washburn wrote: > I tried to build Ivan's mods. I get a bunch of javac compiler errors > starting with, "java.lang.reflect.Constructor is not abstract and does > not override abstract method isSynthetic()..." > > Unfortunately, I have zero time to spend on this project right now. I > looked at Ivan's mods. They seem reasonable and valuable. Please use > your best judgement on applying the patches to the code. > > I don't want to slow down forward progress on the gnuclasspathadapter > project. It would be great if someone jumps in and take this project > forward. Thanks.. I'm too busy to do much too unfortunately but I'll take a look as soon as time permits. - 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]
Re: jchevm status?
Ivan Volosyuk wrote: Archie, I have made some progress with classlib adapter. Now eclipse starts and opens main window, just as with gnuclasspath. It works even faster then it. Of cause, a lot of functionality is still missing. Now I found a jchevm issue which prevents eclipse from working both on gnu classpath and using this adapter. Here is the eclipse code: private static void checkAccess() throws IllegalStateException { StackTraceElement[] elements= new Throwable().getStackTrace(); if (!(elements[2].getClassName().equals(EditorsUI.class.getName()) || elements[3].getClassName().equals(EditorsUI.class.getName( throw new IllegalStateException(); } This code checks access control in eclipse. The caller of the method should be member function of class EditorsUI. As jchevm also reports exception creation stack frames the access check doesn't work. I can make a workaround in classlibadapter, but I think it should be better fixed in the vm code, as the fix will work with gnu classpath too. If you are too busy, I can make this fix for jchevm. Thanks for hunting this down. I'll work on a fix, which should be easy. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Archie, I have made some progress with classlib adapter. Now eclipse starts and opens main window, just as with gnuclasspath. It works even faster then it. Of cause, a lot of functionality is still missing. Now I found a jchevm issue which prevents eclipse from working both on gnu classpath and using this adapter. Here is the eclipse code: private static void checkAccess() throws IllegalStateException { StackTraceElement[] elements= new Throwable().getStackTrace(); if (!(elements[2].getClassName().equals(EditorsUI.class.getName()) || elements[3].getClassName().equals(EditorsUI.class.getName( throw new IllegalStateException(); } This code checks access control in eclipse. The caller of the method should be member function of class EditorsUI. As jchevm also reports exception creation stack frames the access check doesn't work. I can make a workaround in classlibadapter, but I think it should be better fixed in the vm code, as the fix will work with gnu classpath too. If you are too busy, I can make this fix for jchevm. Best regards, -- Ivan 2006/5/30, Archie Cobbs <[EMAIL PROTECTED]>: Weldon Washburn wrote: > I tried to build Ivan's mods. I get a bunch of javac compiler errors > starting with, "java.lang.reflect.Constructor is not abstract and does > not override abstract method isSynthetic()..." > > Unfortunately, I have zero time to spend on this project right now. I > looked at Ivan's mods. They seem reasonable and valuable. Please use > your best judgement on applying the patches to the code. > > I don't want to slow down forward progress on the gnuclasspathadapter > project. It would be great if someone jumps in and take this project > forward. Thanks.. I'm too busy to do much too unfortunately but I'll take a look as soon as time permits. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Looks like you have downloaded recent classlib. This problem appeared a few days ago after some changes in classlib. I have already created a patch which adds the methods. Classlib is moving to java5 interfaces so this changes should also go in the adapter. There are a bunch of patches already attached to Harmony-483. Reflection, system classloader works now reasonably well. My main testing workload is eclipse and I am slowly moving forward. Eclipse already can successfully use logging. I am investigating why it cannot load its own jars. A small note about patch sequence in jira: all patches should apply cleanly except wrong patch: 2. classlibadapter-incremental-update-20060522-20060528.diff (163 kb) It was sent by mistake and contains exact the same content as initial patch classlibadapter-update-20060522.diff. -- Ivan 2006/5/30, Weldon Washburn <[EMAIL PROTECTED]>: Archie, I tried to build Ivan's mods. I get a bunch of javac compiler errors starting with, "java.lang.reflect.Constructor is not abstract and does not override abstract method isSynthetic()..." Unfortunately, I have zero time to spend on this project right now. I looked at Ivan's mods. They seem reasonable and valuable. Please use your best judgement on applying the patches to the code. I don't want to slow down forward progress on the gnuclasspathadapter project. It would be great if someone jumps in and take this project forward. On 5/22/06, Archie Cobbs <[EMAIL PROTECTED]> wrote: > Weldon Washburn wrote: > > Please hold off the check-in for a few days. I would like to try > > Ivan's mods on my machine to make certain they are complete. The > > intention is to reduce the chance of secondary patch-up check-ins and > > the related blizzard of emails. > > No problem.. I'll wait for both (a) your confirmation and (b) > Apache contributor license thingie. > > -Archie - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Weldon Washburn wrote: I tried to build Ivan's mods. I get a bunch of javac compiler errors starting with, "java.lang.reflect.Constructor is not abstract and does not override abstract method isSynthetic()..." Unfortunately, I have zero time to spend on this project right now. I looked at Ivan's mods. They seem reasonable and valuable. Please use your best judgement on applying the patches to the code. I don't want to slow down forward progress on the gnuclasspathadapter project. It would be great if someone jumps in and take this project forward. Thanks.. I'm too busy to do much too unfortunately but I'll take a look as soon as time permits. Thanks, -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Archie, I tried to build Ivan's mods. I get a bunch of javac compiler errors starting with, "java.lang.reflect.Constructor is not abstract and does not override abstract method isSynthetic()..." Unfortunately, I have zero time to spend on this project right now. I looked at Ivan's mods. They seem reasonable and valuable. Please use your best judgement on applying the patches to the code. I don't want to slow down forward progress on the gnuclasspathadapter project. It would be great if someone jumps in and take this project forward. On 5/22/06, Archie Cobbs <[EMAIL PROTECTED]> wrote: Weldon Washburn wrote: > Please hold off the check-in for a few days. I would like to try > Ivan's mods on my machine to make certain they are complete. The > intention is to reduce the chance of secondary patch-up check-ins and > the related blizzard of emails. No problem.. I'll wait for both (a) your confirmation and (b) Apache contributor license thingie. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan Volosyuk wrote: Archie, current version of jchevm has hard coded optimizations in configure.ac, it is difficult to debug the code with optimizations. When disabling optimizations in it (-O0) - there are compilation and execution problems. I have small fix for compilation problems and small dirty fix for execution. Interested? Sure, you can email them to me. We should add a ./configure flag like "--disable-optimization" or something that would do this. In my experience it's fairly rare that I need to disable optimization because gdb still works well with it (although you have to be aware that sometimes variables "disappear" etc), but indeed sometimes it's necessary. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Weldon, I have added patch update to the same JIRA. Recent version of jchevm and classlib is changed, so old version of the adapter no longer works. Archie, current version of jchevm has hard coded optimizations in configure.ac, it is difficult to debug the code with optimizations. When disabling optimizations in it (-O0) - there are compilation and execution problems. I have small fix for compilation problems and small dirty fix for execution. Interested? -- Ivan 2006/5/27, Weldon Washburn <[EMAIL PROTECTED]>: On 5/22/06, Archie Cobbs <[EMAIL PROTECTED]> wrote: > Weldon Washburn wrote: > > Please hold off the check-in for a few days. I would like to try > > Ivan's mods on my machine to make certain they are complete. The > > intention is to reduce the chance of secondary patch-up check-ins and > > the related blizzard of emails. > > No problem.. I'll wait for both (a) your confirmation and (b) Sorry for the delay. I am looking at Ivan's mods now and hope to have results by the end of this weekend. Its been delayed by the MMTK project I am starting up. > Apache contributor license thingie. > > -Archie > > __ > Archie Cobbs *CTO, Awarix* http://www.awarix.com > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ivan Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
On 5/22/06, Archie Cobbs <[EMAIL PROTECTED]> wrote: Weldon Washburn wrote: > Please hold off the check-in for a few days. I would like to try > Ivan's mods on my machine to make certain they are complete. The > intention is to reduce the chance of secondary patch-up check-ins and > the related blizzard of emails. No problem.. I'll wait for both (a) your confirmation and (b) Sorry for the delay. I am looking at Ivan's mods now and hope to have results by the end of this weekend. Its been delayed by the MMTK project I am starting up. Apache contributor license thingie. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Great! Thanks! geir Ivan Volosyuk wrote: FYI, I have sent ACQ and ICLA to apache fax. -- Ivan 2006/5/23, Archie Cobbs <[EMAIL PROTECTED]>: Weldon Washburn wrote: > Please hold off the check-in for a few days. I would like to try > Ivan's mods on my machine to make certain they are complete. The > intention is to reduce the chance of secondary patch-up check-ins and > the related blizzard of emails. No problem.. I'll wait for both (a) your confirmation and (b) Apache contributor license thingie. -Archie - 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]
Re: jchevm status?
FYI, I have sent ACQ and ICLA to apache fax. -- Ivan 2006/5/23, Archie Cobbs <[EMAIL PROTECTED]>: Weldon Washburn wrote: > Please hold off the check-in for a few days. I would like to try > Ivan's mods on my machine to make certain they are complete. The > intention is to reduce the chance of secondary patch-up check-ins and > the related blizzard of emails. No problem.. I'll wait for both (a) your confirmation and (b) Apache contributor license thingie. -Archie - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan Volosyuk wrote: That's great! I have seen the notification. There are quite a few changes I see. I've implemented NewWeakGlobalRef in r408937, so that patch is no longer needed. If you update make sure you get at least r408953, which contains a bug fix. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
That's great! I have seen the notification. There are quite a few changes I see. -- Ivan 2006/5/23, Archie Cobbs <[EMAIL PROTECTED]>: FYI, I've implemented NewWeakGlobalRef in r408937, so that patch is no longer needed. -Archie - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
The point is, that I have already signed some papers for my part in contribution of DRLVM. Anyway, I can send ACQ and ICLA via fax tommorow. -- Ivan 2006/5/23, Geir Magnusson Jr <[EMAIL PROTECTED]>: That said, as Mark pointed out, it would be good to have at least the ACQ from Ivan, and also the ICLA geir Archie Cobbs wrote: > Weldon Washburn wrote: >> Please hold off the check-in for a few days. I would like to try >> Ivan's mods on my machine to make certain they are complete. The >> intention is to reduce the chance of secondary patch-up check-ins and >> the related blizzard of emails. > > No problem.. I'll wait for both (a) your confirmation and (b) > Apache contributor license thingie. > > -Archie > - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
That said, as Mark pointed out, it would be good to have at least the ACQ from Ivan, and also the ICLA geir Archie Cobbs wrote: Weldon Washburn wrote: Please hold off the check-in for a few days. I would like to try Ivan's mods on my machine to make certain they are complete. The intention is to reduce the chance of secondary patch-up check-ins and the related blizzard of emails. No problem.. I'll wait for both (a) your confirmation and (b) Apache contributor license thingie. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - 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]
Re: jchevm status?
Ivan Volosyuk wrote: I have prepared my modifications and posted a patch against the SVN/classlibadapter. http://issues.apache.org/jira/browse/HARMONY-483 I was able to get rid of all native modifications and some of modified classes. NewWeakGlobalRef implementation on vm needed though. FYI, I've implemented NewWeakGlobalRef in r408937, so that patch is no longer needed. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Weldon Washburn wrote: Please hold off the check-in for a few days. I would like to try Ivan's mods on my machine to make certain they are complete. The intention is to reduce the chance of secondary patch-up check-ins and the related blizzard of emails. No problem.. I'll wait for both (a) your confirmation and (b) Apache contributor license thingie. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Archie, Please hold off the check-in for a few days. I would like to try Ivan's mods on my machine to make certain they are complete. The intention is to reduce the chance of secondary patch-up check-ins and the related blizzard of emails. Thanks Weldon On 5/22/06, Archie Cobbs <[EMAIL PROTECTED]> wrote: Weldon Washburn wrote: > I just now looked at 483. Good work. I'd like to check-in these mods > into svn but don't have check-in permission. I can check them in, but I think Ivan's code needs official blessing first. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
On 22 May 2006 at 23:05, "Ivan Volosyuk" <[EMAIL PROTECTED]> wrote: > 2006/5/22, Archie Cobbs <[EMAIL PROTECTED]>: > > Weldon Washburn wrote: > > > I just now looked at 483. Good work. I'd like to check-in these > > > mods into svn but don't have check-in permission. > > > > I can check them in, but I think Ivan's code needs official blessing > > first. > > What kind of official blessing? Is something required from me? Archie can answer for himself if this isn't what he meant but . . . Have you completed an Apache Individual Contributor License Agreement and an Authorized Contributor Questionnaire? See the "Policy for Committers" section of: http://incubator.apache.org/harmony/contribution_policy.html Small changes might be integrated without the documentation - on the basis that backing them out wouldn't be too painful - but generally I think it is preferable to have the documents before code is committed. Regards, Mark. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
2006/5/22, Archie Cobbs <[EMAIL PROTECTED]>: Weldon Washburn wrote: > I just now looked at 483. Good work. I'd like to check-in these mods > into svn but don't have check-in permission. I can check them in, but I think Ivan's code needs official blessing first. What kind of official blessing? Is something required from me? -- Ivan - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Weldon Washburn wrote: I just now looked at 483. Good work. I'd like to check-in these mods into svn but don't have check-in permission. I can check them in, but I think Ivan's code needs official blessing first. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan, I just now looked at 483. Good work. I'd like to check-in these mods into svn but don't have check-in permission. I am in the process of trying to move to the current version of Harmony Class Library. It will also soon need to be checked in. I will send a mail on it shortly. Weldon On 5/21/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: Weldon, I have prepared my modifications and posted a patch against the SVN/classlibadapter. http://issues.apache.org/jira/browse/HARMONY-483 I was able to get rid of all native modifications and some of modified classes. NewWeakGlobalRef implementation on vm needed though. More tests works when adding in bootclasspath instead of classpath (system classloader is not quite finished) Exception traces works and quite useful to find problematic places. -- Ivan 2006/5/16, Weldon Washburn <[EMAIL PROTECTED]>: > Ivan, > > Good progress. Again, it would be helpful for planning if you could > tell us what you would like to work on and how much time you can spend > on it. Currently I am in the process of figuring out how to "borrow" > a bunch of the DRLVM native methods for gnuclasspathadapter. It would > be great if you can help. It may be as simple as 1) build drlvm, 2) > copy DLLs to gnuclasspathadapter directory. > > Can you post your mods as a zip file to JIRA? > > > > On 5/15/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: > > I've just wanted to check the problem with incorrect interfaces and... > > Looks like I suddenly made a good progress: > > === _200_check Finished in 0.012 secs **NOT VALID** > > === _209_db Finished in 43.748 secs **NOT VALID** > > === _222_mpegaudio Finished in 97.589 secs **NOT VALID** > > === _201_compress Finished in 106.233 secs **NOT VALID** > > > > As you can see I managed to run some of specjvm98 tests. :) There are > > a lot of validity errors, but its finally passed to the end. > > > > Changes done: > > Fixed Class.newInstance(), Constructor.newInstance() > > Fixed stack trace display in Throwable > > Implemented Runtime.getRuntime() > > > > What a wonderful thing is stack traces! :) > > > > -- > > Ivan > > > > 2006/5/16, Ivan Volosyuk <[EMAIL PROTECTED]>: > > > Weldon, > > > > > > > - > > Terms of use : http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Weldon Washburn > Intel Middleware Products Division > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Ivan Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Weldon, I have prepared my modifications and posted a patch against the SVN/classlibadapter. http://issues.apache.org/jira/browse/HARMONY-483 I was able to get rid of all native modifications and some of modified classes. NewWeakGlobalRef implementation on vm needed though. More tests works when adding in bootclasspath instead of classpath (system classloader is not quite finished) Exception traces works and quite useful to find problematic places. -- Ivan 2006/5/16, Weldon Washburn <[EMAIL PROTECTED]>: Ivan, Good progress. Again, it would be helpful for planning if you could tell us what you would like to work on and how much time you can spend on it. Currently I am in the process of figuring out how to "borrow" a bunch of the DRLVM native methods for gnuclasspathadapter. It would be great if you can help. It may be as simple as 1) build drlvm, 2) copy DLLs to gnuclasspathadapter directory. Can you post your mods as a zip file to JIRA? On 5/15/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: > I've just wanted to check the problem with incorrect interfaces and... > Looks like I suddenly made a good progress: > === _200_check Finished in 0.012 secs **NOT VALID** > === _209_db Finished in 43.748 secs **NOT VALID** > === _222_mpegaudio Finished in 97.589 secs **NOT VALID** > === _201_compress Finished in 106.233 secs **NOT VALID** > > As you can see I managed to run some of specjvm98 tests. :) There are > a lot of validity errors, but its finally passed to the end. > > Changes done: > Fixed Class.newInstance(), Constructor.newInstance() > Fixed stack trace display in Throwable > Implemented Runtime.getRuntime() > > What a wonderful thing is stack traces! :) > > -- > Ivan > > 2006/5/16, Ivan Volosyuk <[EMAIL PROTECTED]>: > > Weldon, > > > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ivan Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
You mean it's hand-me-down-ware these days, you just get a copy from someone who got it from someone else who paid 50 bucks a few years ago and wishes he didn't? Amazing how many widely-used benchmarks fall into that category ... On Monday 15 May 2006 22:51, Geir Magnusson Jr wrote: > Neither, probably :) > > Chris Gray wrote: > > BTW is spec98jvm open-source these days, or is it still "send 50 bucks to > > this address and we will send you a floppy disk which only installs on > > windoze"? > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Chris Gray/k/ Embedded Java Solutions BE0503765045 Embedded & Mobile Java, OSGihttp://www.k-embedded-java.com/ [EMAIL PROTECTED] +32 3 216 0369 - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan, Good progress. Again, it would be helpful for planning if you could tell us what you would like to work on and how much time you can spend on it. Currently I am in the process of figuring out how to "borrow" a bunch of the DRLVM native methods for gnuclasspathadapter. It would be great if you can help. It may be as simple as 1) build drlvm, 2) copy DLLs to gnuclasspathadapter directory. Can you post your mods as a zip file to JIRA? On 5/15/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: I've just wanted to check the problem with incorrect interfaces and... Looks like I suddenly made a good progress: === _200_check Finished in 0.012 secs **NOT VALID** === _209_db Finished in 43.748 secs **NOT VALID** === _222_mpegaudio Finished in 97.589 secs **NOT VALID** === _201_compress Finished in 106.233 secs **NOT VALID** As you can see I managed to run some of specjvm98 tests. :) There are a lot of validity errors, but its finally passed to the end. Changes done: Fixed Class.newInstance(), Constructor.newInstance() Fixed stack trace display in Throwable Implemented Runtime.getRuntime() What a wonderful thing is stack traces! :) -- Ivan 2006/5/16, Ivan Volosyuk <[EMAIL PROTECTED]>: > Weldon, > - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
I've just wanted to check the problem with incorrect interfaces and... Looks like I suddenly made a good progress: === _200_check Finished in 0.012 secs **NOT VALID** === _209_db Finished in 43.748 secs **NOT VALID** === _222_mpegaudio Finished in 97.589 secs **NOT VALID** === _201_compress Finished in 106.233 secs **NOT VALID** As you can see I managed to run some of specjvm98 tests. :) There are a lot of validity errors, but its finally passed to the end. Changes done: Fixed Class.newInstance(), Constructor.newInstance() Fixed stack trace display in Throwable Implemented Runtime.getRuntime() What a wonderful thing is stack traces! :) -- Ivan 2006/5/16, Ivan Volosyuk <[EMAIL PROTECTED]>: Weldon, - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Neither, probably :) Chris Gray wrote: BTW is spec98jvm open-source these days, or is it still "send 50 bucks to this address and we will send you a floppy disk which only installs on windoze"? - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
BTW is spec98jvm open-source these days, or is it still "send 50 bucks to this address and we will send you a floppy disk which only installs on windoze"? -- Chris Gray/k/ Embedded Java Solutions BE0503765045 Embedded & Mobile Java, OSGihttp://www.k-embedded-java.com/ [EMAIL PROTECTED] +32 3 216 0369 - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Weldon, 2006/5/15, Weldon Washburn <[EMAIL PROTECTED]>: Ivan, It is great you are spending time on gnuclasspathadapter. As you have discovered, there is a lot of work remaining to be done. It would be really good if you can document the problems you had in when following my directions. Here is issues I've found: * There was no build instructions. I assumed that I should place the adapter separately, as it have 'doit.bat' kind of build files. * No build files for linux. * Changes to harmony tree happened so I need to fix some imports in patched java-files. * Java files has hardcoded absolute path for glue native library. * Loading of native libraries is disabled via "Runtime.load()", I used LD_PRELOAD and modified jchevm to search libraries via dlsym(RTLD_DEFAULT, ""). * For specjvm98 made number of stubs for java.awt.* classes. * Java_?_writeImpl() uses libvmi.so functionality which not implemented in classlib stub. Need to write my own implementation. * NewWeakGlobalRef used by nio. Changed jchevm to fallback to NewGlobalRef instead of crash. * Functionality from HyVMLSFunctionTable is used. Workaround: comment out java.io.File.oneTimeInitialization(). This was already done by you, but somehow I've lost the change when merging. * Problem with incorrect class interfaces looks like introduced by my quick replacement of awt classes. Going to investigate it. How much time will you be able to work on gnuclasspathadapter? It would be good to know so that we can figure out how to split the project efficiently. I am not planing to do much work on it. May be I'll spent some time in weekend. I gave up on specJVM98 for now because JCHEVM/SableVM eagerly resolves classes. It keeps trying to pull in a bunch of specJVM98 AWT classes. I tried hacking awt out of specJVM98 source code but it got way too convoluted. My current plan is to try to get Mauve's gnu/testlet/java/io/File test to run. I hope to post mods to the native methods that are needed to support gnu/testlet/java/io/File fairly soon. On 5/14/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: > Sure, if I have some outstanding results I'll share it. As for now... > > It was quite challenging to run "hello world" using glue layer from Harmony-318. > Some changes was made to the classes layout, patched classes are a bit outdated. > I didn't found libvmi.so for jchevm, so I've taken modified version from drlvm. > There is no documentation about HyVMLSFunctionTable functions used by I was also thinking of stealing pieces of DRLVM. I started this project before DRLVM had been donated. Thus there were no pieces to steal. But now things have changed. Thus time to reassess how to move forward. > harmony classlib, and it is used quite strange way. Helpfully, Weldon > has commented out its usage. Interesting. Do you really mean, "helpfully"? Perhaps you mean, "hopefully"?? That's right. -- Regards, Ivan - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan, It is great you are spending time on gnuclasspathadapter. As you have discovered, there is a lot of work remaining to be done. It would be really good if you can document the problems you had in when following my directions. How much time will you be able to work on gnuclasspathadapter? It would be good to know so that we can figure out how to split the project efficiently. I gave up on specJVM98 for now because JCHEVM/SableVM eagerly resolves classes. It keeps trying to pull in a bunch of specJVM98 AWT classes. I tried hacking awt out of specJVM98 source code but it got way too convoluted. My current plan is to try to get Mauve's gnu/testlet/java/io/File test to run. I hope to post mods to the native methods that are needed to support gnu/testlet/java/io/File fairly soon. On 5/14/06, Ivan Volosyuk <[EMAIL PROTECTED]> wrote: Sure, if I have some outstanding results I'll share it. As for now... It was quite challenging to run "hello world" using glue layer from Harmony-318. Some changes was made to the classes layout, patched classes are a bit outdated. I didn't found libvmi.so for jchevm, so I've taken modified version from drlvm. There is no documentation about HyVMLSFunctionTable functions used by I was also thinking of stealing pieces of DRLVM. I started this project before DRLVM had been donated. Thus there were no pieces to steal. But now things have changed. Thus time to reassess how to move forward. harmony classlib, and it is used quite strange way. Helpfully, Weldon has commented out its usage. Interesting. Do you really mean, "helpfully"? Perhaps you mean, "hopefully"?? Hello world passed, by specjvm98 _200_check gives me: java.lang.ClassFormatError: invalid interface access flags 0x0201 (for spec/harness/BenchmarkDone and spec/harness/SpecBenchmark) The same is reproducible on jchevm with classpath. When comment out this too stict check: on classpath it works. on harmony classes adapter there is a fatal error, which is strange: spec.benchmarks._200_check.Main does not implement the SpecBenchmark interface - Eclipse on jchevm with classpath throw following (didn't spent much time investigating): ... Caused by: java.lang.NullPointerException at java.lang.VMThrowable.fillInStackTrace (VMThrowable.java) at java.lang.Throwable.fillInStackTrace (Throwable.java:498) at java.lang.Throwable. (Throwable.java:159) at java.lang.Exception. (Exception.java:78) at java.lang.RuntimeException. (RuntimeException.java:76) at java.lang.NullPointerException. (NullPointerException.java:80) at org.eclipse.ui.internal.WorkbenchPage.restoreState (WorkbenchPage.java:2644) at org.eclipse.ui.internal.WorkbenchWindow.restoreState (WorkbenchWindow.java:1819) at org.eclipse.ui.internal.Workbench.doRestoreState (Workbench.java:2566) at org.eclipse.ui.internal.Workbench.access$14 (Workbench.java:2515) at org.eclipse.ui.internal.Workbench$19.run (Workbench.java:1514) at org.eclipse.ui.internal.Workbench$16.run (Workbench.java:1263) at org.eclipse.jface.operation.ModalContext.runInCurrentThread (ModalContext.java:346) activePerspective is null, the roots of the null reference is difficult to track down at first glance. -- Ivan 2006/5/14, Geir Magnusson Jr <[EMAIL PROTECTED]>: > > > Ivan Volosyuk wrote: > > I have recently built jchevm and tried to run eclipse with it. When > > loading a error window appeared. It looks like a bug or unimplemented > > functionality. > > > > I have taken a look at list of loaded native libraries. It looks > > classpath is used for system classes instead of harmony classlib. I > > remember, there was some discussion about porting jchevm to harmony > > classlib, what is the status of this work? Harmony classes prooved to > > work in drlvm. So I think once the porting is done it could be > > possible to get eclipse working on jchevm soon. > > > > There's work going on making a "glue layer" between any GNU > Classpath-using VM and the Harmony Classlib. > > It's not complete yet. Are you interested in helping? We're always > looking for new volunteers. > > 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] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan Volosyuk wrote: Sure, if I have some outstanding results I'll share it. As for now... The classpath adapter is very primordial at this point. On the other hand JCHEVM on Classpath's class library should be fairly mature (limited mainly by Classpath itself). By comparing the two, as well as JCHEVM vs. other JVMs that use Classpath, and eventually other Classpath-based JVM's using the adpater, we'll be able to pinpoint which parts are (mis)behaving, etc. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Sure, if I have some outstanding results I'll share it. As for now... It was quite challenging to run "hello world" using glue layer from Harmony-318. Some changes was made to the classes layout, patched classes are a bit outdated. I didn't found libvmi.so for jchevm, so I've taken modified version from drlvm. There is no documentation about HyVMLSFunctionTable functions used by harmony classlib, and it is used quite strange way. Helpfully, Weldon has commented out its usage. Hello world passed, by specjvm98 _200_check gives me: java.lang.ClassFormatError: invalid interface access flags 0x0201 (for spec/harness/BenchmarkDone and spec/harness/SpecBenchmark) The same is reproducible on jchevm with classpath. When comment out this too stict check: on classpath it works. on harmony classes adapter there is a fatal error, which is strange: spec.benchmarks._200_check.Main does not implement the SpecBenchmark interface - Eclipse on jchevm with classpath throw following (didn't spent much time investigating): ... Caused by: java.lang.NullPointerException at java.lang.VMThrowable.fillInStackTrace (VMThrowable.java) at java.lang.Throwable.fillInStackTrace (Throwable.java:498) at java.lang.Throwable. (Throwable.java:159) at java.lang.Exception. (Exception.java:78) at java.lang.RuntimeException. (RuntimeException.java:76) at java.lang.NullPointerException. (NullPointerException.java:80) at org.eclipse.ui.internal.WorkbenchPage.restoreState (WorkbenchPage.java:2644) at org.eclipse.ui.internal.WorkbenchWindow.restoreState (WorkbenchWindow.java:1819) at org.eclipse.ui.internal.Workbench.doRestoreState (Workbench.java:2566) at org.eclipse.ui.internal.Workbench.access$14 (Workbench.java:2515) at org.eclipse.ui.internal.Workbench$19.run (Workbench.java:1514) at org.eclipse.ui.internal.Workbench$16.run (Workbench.java:1263) at org.eclipse.jface.operation.ModalContext.runInCurrentThread (ModalContext.java:346) activePerspective is null, the roots of the null reference is difficult to track down at first glance. -- Ivan 2006/5/14, Geir Magnusson Jr <[EMAIL PROTECTED]>: Ivan Volosyuk wrote: > I have recently built jchevm and tried to run eclipse with it. When > loading a error window appeared. It looks like a bug or unimplemented > functionality. > > I have taken a look at list of loaded native libraries. It looks > classpath is used for system classes instead of harmony classlib. I > remember, there was some discussion about porting jchevm to harmony > classlib, what is the status of this work? Harmony classes prooved to > work in drlvm. So I think once the porting is done it could be > possible to get eclipse working on jchevm soon. > There's work going on making a "glue layer" between any GNU Classpath-using VM and the Harmony Classlib. It's not complete yet. Are you interested in helping? We're always looking for new volunteers. 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]
Re: jchevm status?
Ivan Volosyuk wrote: I have recently built jchevm and tried to run eclipse with it. When loading a error window appeared. It looks like a bug or unimplemented functionality. Yes, this is a bug I haven't been able to track down yet. Any insights appreciated. Also check out: http://sablevm.org/wiki/Eclipse for some command line flags that may help. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan Volosyuk wrote: I have recently built jchevm and tried to run eclipse with it. When loading a error window appeared. It looks like a bug or unimplemented functionality. I have taken a look at list of loaded native libraries. It looks classpath is used for system classes instead of harmony classlib. I remember, there was some discussion about porting jchevm to harmony classlib, what is the status of this work? Harmony classes prooved to work in drlvm. So I think once the porting is done it could be possible to get eclipse working on jchevm soon. There's work going on making a "glue layer" between any GNU Classpath-using VM and the Harmony Classlib. It's not complete yet. Are you interested in helping? We're always looking for new volunteers. geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]