RE: orp-1.0.9

[Cierniak, Michal]

Brian,

We are working on all the issues with the recent changes to Classpath but we
haven't resolved all of them.  As Xiaofeng mentioned earlier in the ORP
mailing list, we are planning a new release of ORP and many of those issues
will be fixed.  At this point I'm hesitant to say that they will all be
fixed but we will do our best.

Michal

> -----Original Message-----
> From: Brian Jones [mailto:address@hidden
> Sent: Thursday, May 02, 2002 9:15 PM
> To: GNU Classpath
> Cc: ORP
> Subject: orp-1.0.9
> 
> 
> I believe the problem with using Orp 1.0.9 with classpath cvs is the
> new dependencies in the tree on startup.  In Orp these appear to be
> handled just before with a number of preload_class method calls in
> common/base/orp_init.cpp.
> 
>  270     env->JavaLangString_Class   = 
> preload_class("java/lang/String");
>  271     env->JavaLangObject_Class   = class_java_lang_Object;
>  272 
>  273     env->java_lang_Throwable_Class =
>  274         preload_class("java/lang/Throwable");
>  275     env->java_lang_Error_Class =
>  276         preload_class("java/lang/Error");
>  277     env->java_lang_ExceptionInInitializerError_Class =
>  278         preload_class("java/lang/ExceptionInInitializerError");
>  279     env->java_lang_NullPointerException_Class =
>  280         preload_class("java/lang/NullPointerException");
>  281     env->java_lang_ArrayIndexOutOfBoundsException_Class =
>  282         
> preload_class("java/lang/ArrayIndexOutOfBoundsException");
>  283     env->java_lang_ArrayStoreException_Class =
>  284         preload_class("java/lang/ArrayStoreException");
>  285     env->java_lang_ArithmeticException_Class =
>  286         preload_class("java/lang/ArithmeticException");
>  287     env->java_lang_ClassCastException_Class =
>  288         preload_class("java/lang/ClassCastException");
>  289 
>  290     env->java_lang_Cloneable_Class =
>  291         preload_class("java/lang/Cloneable");
>  292     env->java_lang_Thread_Class =
>  293         preload_class("java/lang/Thread");
>  294 
>  295     env->java_util_Date_Class = 
>  296         preload_class("java/util/Date");
>  297 
>  298     env->java_lang_Runtime_Class = 
>  299                 preload_class("java/lang/Runtime");
>  300 
>  301     Method *m = 
> class_lookup_method_recursive(env->java_lang_Throwable_Class,
>  302                                               "<init>", "()V");
>  303     assert(m);
>  304     m->set_side_effects(MSE_False);
>  305     m = 
> class_lookup_method_recursive(env->java_lang_Throwable_Class,
>  306                                       "<init>", 
> "(Ljava/lang/String;)V");
>  307     assert(m);
>  308     m->set_side_effects(MSE_False);
>  309   
>  310     // Invoke java.lang.Class constructor
>  311     Class *jlc = env->JavaLangClass_Class;
>  312     Method *java_lang_class_init = 
> object_lookup_method(jlc, "<init>", "()V");
>  313     orp_execute_java_method(java_lang_class_init, 0, jlc);
> 
> Line 313 brings about the No Java handlers found... I think some
> changes to Class.java could also be causing trouble.  I'd like to know
> if the ORP team has already handled these changes in the JVM before
> anyone else dives further into this.
> 
> Thanks,
> Brian
> -- 
> Brian Jones <address@hidden>
> 
> _______________________________________________
> Classpath mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/classpath
>