From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28426 invoked by alias); 22 Feb 2014 00:29:45 -0000 Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org Received: (qmail 28399 invoked by uid 48); 22 Feb 2014 00:29:44 -0000 From: "mtmiller at ieee dot org" To: java-prs@gcc.gnu.org Subject: [Bug libgcj/60309] New: JNI_CreateJavaVM aborts with java.system.class.loader property set Date: Sat, 22 Feb 2014 00:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgcj X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mtmiller at ieee dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-q1/txt/msg00016.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60309 Bug ID: 60309 Summary: JNI_CreateJavaVM aborts with java.system.class.loader property set Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj Assignee: unassigned at gcc dot gnu.org Reporter: mtmiller at ieee dot org Created attachment 32194 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32194&action=edit example call to JNI_CreateJavaVM Initializing the VM from either a C program or running a trivial test program with gij both abort when the java.system.class.loader property is given to JNI_CreateJavaVM. I see an earlier bug report indicating that this did work at some point. However, I consistently get an abort() with 4.8.2 or built from current svn trunk. Backtrace of the attached C program looks like this: #0 0x00007ffff78631d5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007ffff7866388 in __GI_abort () at abort.c:90 #2 0x00007ffff5b90d30 in _Jv_Throw (value=0x7ffff7f939d8) at ../../../libjava/exception.cc:128 #3 0x00007ffff5bc6c85 in java::lang::Class::initializeClass ( this=0x7ffff71544c0 ) at ../../../libjava/java/lang/natClass.cc:814 #4 0x00007ffff5b86396 in _Jv_InitClass (klass=) at ../../../libjava/java/lang/Class.h:742 #5 _Jv_CreateJavaVM (vm_args=) at ../../../libjava/prims.cc:1667 #6 0x00007ffff7bda946 in JNI_CreateJavaVM (vm=0x7fffffffdea0, penv=0x7fffffffde98, args=) at ../../../libjava/jni-libjvm.cc:54 #7 0x0000000000400755 in main () I'm also attaching the class loader from GNU Octave that works with OpenJDK, and a trivial hello world program for completeness that also aborts when run with the java.system.class.loader property set: $ gij TestMain Hello, world $ gij -Djava.system.class.loader=OctClassLoader TestMain Exception during runtime initialization Aborted