Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 94930 invoked from network); 8 Feb 2007 14:06:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Feb 2007 14:06:27 -0000 Received: (qmail 5580 invoked by uid 500); 8 Feb 2007 14:06:34 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 5554 invoked by uid 500); 8 Feb 2007 14:06:34 -0000 Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list commits@harmony.apache.org Received: (qmail 5545 invoked by uid 99); 8 Feb 2007 14:06:34 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Feb 2007 06:06:34 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Feb 2007 06:06:26 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D21ED410956 for ; Thu, 8 Feb 2007 06:06:05 -0800 (PST) Message-ID: <2669426.1170943565858.JavaMail.jira@brutus> Date: Thu, 8 Feb 2007 06:06:05 -0800 (PST) From: "Ivan Volosyuk (JIRA)" To: commits@harmony.apache.org Subject: [jira] Commented: (HARMONY-3033) [drlvm][ipf] smoke test gc.Mark crashes with seg fault In-Reply-To: <30095483.1169463990003.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-3033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471335 ] Ivan Volosyuk commented on HARMONY-3033: ---------------------------------------- May be r12 contains the correct value. Very strange situation. Stack trace: #0 Opcode_GETFIELD (frame=@0x0) at /a/nfs/ims/proj/drl/mrt1/users/ivanrt/harmony/drlvm/trunk/vm/interpreter/src/interpreter.cpp:1949 #1 0x200000000452a440 in interpreter (frame=@0x2000000015d403b0) at /a/nfs/ims/proj/drl/mrt1/users/ivanrt/harmony/drlvm/trunk/vm/interpreter/src/interpreter.cpp:2883 #2 0x200000000452fd70 in interpreterInvoke (prevFrame=@0x2000000015d40900, method=0x60000000006392c0, args=1, obj=0x2000000004aef140, intf=false) at /a/nfs/ims/proj/drl/mrt1/users/ivanrt/harmony/drlvm/trunk/vm/interpreter/src/interpreter.cpp:3382 Frame is zero at upper frame. But looking at the prologue of the method: (gdb) i r ip ip 0x2000000004558c40 (gdb) disas Dump of assembler code for function Opcode_GETFIELD: 0x2000000004558c20 : [MII] alloc r36=ar.pfs,13,7,0 0x2000000004558c21 : mov r37=r12 0x2000000004558c22 : adds r12=-304,r12 0x2000000004558c30 : [MII] mov r38=r1 0x2000000004558c31 : mov r35=b0;; 0x2000000004558c32 : adds r14=-288,r37;; 0x2000000004558c40 : [MII] st8 [r14]=r32 0x2000000004558c41 : adds r33=-280,r37 0x2000000004558c42 : adds r15=-288,r37;; Looks like the prologue is not finished so the values represented by debug may be invalid. r14 initialized from r12 (stack frame register) (gdb) i r r12 r14 r12 0x2000000015d3ffe0 2305843009579909088 r14 0x2000000015d3fff0 2305843009579909104 cat /proc/PID/maps: 2000000015c44000-2000000015d3c000 rwxp 2000000015c44000 00:00 0 2000000015d3c000-2000000015d40000 ---p 2000000015d3c000 00:00 0 2000000015d40000-2000000015dc0000 rwxp 2000000015d40000 00:00 0 It seems that both r12 and r14 point to inaccessible memory region. Last and first StackFrame: (StackFrame *) 0x2000000015d403b0 (StackFrame *) 0x2000000015dbcb20 354 frames total. 509808 bytes. Looks like stack overflow. > [drlvm][ipf] smoke test gc.Mark crashes with seg fault > ------------------------------------------------------ > > Key: HARMONY-3033 > URL: https://issues.apache.org/jira/browse/HARMONY-3033 > Project: Harmony > Issue Type: Bug > Components: DRLVM > Reporter: Elena Semukhina > > The test fails in the interpreter mode with the following message: > allocating 400 Mb on 2 workers with 10 sleepers, live size 100 Mb, pause threshold 120 ms > Segmentation fault -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.