From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27130 invoked by alias); 23 Oct 2005 00:28:43 -0000 Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org Received: (qmail 27110 invoked by uid 48); 23 Oct 2005 00:28:43 -0000 Date: Sun, 23 Oct 2005 00:28:00 -0000 Message-ID: <20051023002843.27109.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "arno at heho dot snv dot jussieu dot fr" X-SW-Source: 2005-q4/txt/msg00195.txt.bz2 List-Id: ------- Comment #17 from arno at heho dot snv dot jussieu dot fr 2005-10-23 00:28 ------- I quickly wrote a testcase to illustrate my point (attached jnew.java Makefile gc-thread-register.cc) : Compiling and running gives : ./gc-thread-register Starting first thread ...done Collecting from unknown thread. Abort trap (core dumped) (I know I develop and test on freebsd for which boehm-gc-threading is not Tier-1, but :) Compiling and running with FAKE_GC_CONFIG (set correct include path in Makefile) defined gives : ./gc-thread-register Starting first thread ...done Starting second thread ...done NB, this does not necessarily explain (for me) why JvAttachCurrentThread() fails in some situations (as is the essence of this PR), I just thought that clearing up the interactions between gcj, boehm-gc and thread-lib might help in nearing down the causes. PS, I thought the attachments where just for this note -- arno at heho dot snv dot jussieu dot fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arno at heho dot snv dot | |jussieu dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13212