It looks like this bug with infinite loop was fixed by Pavel's patch in HARMONY-2775. I've committed the fix. As for Jitrino.OPT it seems to be a different issue.
2006/12/18, Alexey Varlamov <[EMAIL PROTECTED]>:
Filed HARMONY-2775 to track this problem. 2006/12/18, Aleksey Ignatenko <[EMAIL PROTECTED]>: > Thread runs into infinite loop in StartLoadingClass function for the same > class name leading to every loop memory allocation by AddWaitingThread that > finally leads to crash (on system OOME). > > Aleksey. > > On 12/18/06, Aleksey Ignatenko <[EMAIL PROTECTED]> wrote: > > > > I have the same problem on Win2003 SP2 EUT running > > org.eclipse.jdt.debug.tests. > > I looked at the debugger - looks like the problem is in commit [r486456] > > Applied HARMONY-2083 [drlvm] Synchronization problem in class > > resolution code. (reverted and checked). > > > > Aleksey. > > > > On 12/18/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > > > > > Reproduced on SUSE9 (svn = r488130, Linux/ia32/gcc 3.3.3, release > > > build): > > > > > > SIGSEGV in VM code. > > > Stack trace: > > > 1: ClassLoader::LoadingClass::AddWaitingThread(VM_thread*, > > > ClassLoader*, String const*) (??:-1) > > > 2: ClassLoader::StartLoadingClass(Global_Env*, String const*) > > > (??:-1) > > > 3: BootstrapClassLoader::DoLoadClass(Global_Env*, String const*) > > > (??:-1) > > > 4: ClassLoader::LoadClass(Global_Env*, String const*) (??:-1) > > > 5: ClassLoader::LoadVerifyAndPrepareClass(Global_Env*, String > > > const*) (??:-1) > > > 6: class_load_verify_prepare_from_jni(Global_Env*, String > > > const*) (??:-1) > > > 7: class_find_class_from_loader (??:-1) > > > 8: Java_java_lang_VMClassRegistry_findLoadedClass (??:-1) > > > 9: IP is 0x52803341 <native code> > > > 10: > > > java/lang/ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class; > > > (ClassLoader.java:527) > > > 11: > > > java/lang/ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class; > > > (ClassLoader.java:310) > > > 12: > > > org/eclipse/osgi/framework/internal/core/BundleLoader.findClass(Ljava/lang/String;Z)Ljava/lang/Class; > > > > > > (BundleLoader.java:363) > > > 13: > > > org/eclipse/osgi/framework/internal/core/BundleLoader.findClass(Ljava/lang/String;)Ljava/lang/Class; > > > (BundleLoader.java:347) > > > 14: > > > org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class; > > > > > > (DefaultClassLoader.java:83) > > > 15: > > > java/lang/ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class; > > > (ClassLoader.java:310) > > > 16: vm_invoke_native_array_stub > > > (/export/users2/avarlamo/linux.ia32/svn-repo/drlvm/vm/vmcore/src/util/ia32/base/invoke_native_stub_ia32.asm:41) > > > > > > 17: .L52 (??:-1) > > > 18: DrlEMImpl::executeMethod > > > [snip] > > > > > > -- > > > Alexey > > > > > > 2006/12/18, Vladimir Ivanov <[EMAIL PROTECTED]>: > > > > The eclipse 3.2.1 is failed to start over DRLVM on Win2003 with > > > message: > > > > "The exception unknown software exception (0xC0000005) occured in the > > > > application at location 0x0076b63b". > > > > Note, eclipse 3.1.1 and 3.2.0 started OK. > > > > > > > > Could somebody reproduce/fix it? > > > > > > > > thanks, Vladimir > > > > > > > > > > > > > > > > >
-- Gregory Shimansky, Intel Middleware Products Division
