[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: orp-1.0.9
From: |
Cierniak, Michal |
Subject: |
RE: orp-1.0.9 |
Date: |
Sat, 4 May 2002 10:28:09 -0700 |
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
>
- orp-1.0.9, Brian Jones, 2002/05/03
- RE: orp-1.0.9,
Cierniak, Michal <=