From dev-return-30223-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org Thu Oct 25 20:42:34 2007 Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 18984 invoked from network); 25 Oct 2007 20:42:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Oct 2007 20:42:34 -0000 Received: (qmail 72586 invoked by uid 500); 25 Oct 2007 20:42:21 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 72120 invoked by uid 500); 25 Oct 2007 20:42:20 -0000 Mailing-List: contact dev-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 dev@harmony.apache.org Received: (qmail 72111 invoked by uid 99); 25 Oct 2007 20:42:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Oct 2007 13:42:20 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alexei.fedotov@gmail.com designates 66.249.92.174 as permitted sender) Received: from [66.249.92.174] (HELO ug-out-1314.google.com) (66.249.92.174) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Oct 2007 20:42:24 +0000 Received: by ug-out-1314.google.com with SMTP id u40so616318ugc for ; Thu, 25 Oct 2007 13:42:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=8tfgvS61rdHOI4aNy3v2YKbquy8MaEV/9JB7PJpXDas=; b=podTD/mKvSs+vN96OR1zvVnKTBh9tY3PC4LYvcM/2dlKQ1lK4sSk9kRn8v9aEGV8B3IV6dRYiY8FD8tTGs6Ei7OXVzX7rOnXETz3lcIEqjXHQCR0Y4PAJl9GBqyrMsPXSAjvfKu3J1CYJTUNN7SUq+6+wZ9xwPKhl7y2mxwUawQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=qGCOKehAjPMTGwKVbUWD/P+6lZYIiqfVVXbD8smHUzxwJo6A7qil0k2h8m+FPHZyS4JuQE2UC6N0WyJKhK0SM5FSZ8scSVChgWVS/v+lj9pNyBKjcUF5AQ1t3y/N6ss3ceN5j+whFYU6pActEZvpK2b0ImBEpSMKIchPMDeUi2k= Received: by 10.67.22.2 with SMTP id z2mr158565ugi.1193344922801; Thu, 25 Oct 2007 13:42:02 -0700 (PDT) Received: by 10.67.21.8 with HTTP; Thu, 25 Oct 2007 13:42:02 -0700 (PDT) Message-ID: Date: Fri, 26 Oct 2007 00:42:02 +0400 From: "Alexei Fedotov" To: dev@harmony.apache.org Subject: [drlvm][shutdown] nine stress tests fail during shutdown Was: [classlib][drlvm] Instability after adding DetachCurrentThread call in launcher MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org Hello Gregory, I have also noticed that a number of stress tests fail on shutdown with error code 128 when I use my hand-made debug build [1]. Unfortunately I don't posses any stack traces: the crash doesn't produce an assert dialog. [1] http://issues.apache.org/jira/browse/HARMONY-5018 On 10/25/07, Gregory Shimansky wrote: > Salikh Zakirov wrote: > > Hi harmonists, > > > > The latest combination of DRLVM and Classlib is highly instable on my > > machine (Gentoo Linux/i686 Pentium 4 HT), causing smoke tests fail > > frequently and in unstable manner. Fails are caused by > > either incorrect memory deallocation (caught by glibc), or by > > segmentation fault. > > > > Tests worked much better just a few days ago, so I tried to bisect > > commits to find the failure cause. > > > > Bisection pointed to the commit > > > > Author: Oliver Deakin > > Date: Mon Oct 15 15:20:32 2007 +0000 > > > > [r584804] Adding DetachCurrentThread() call to main.c after > > discussion on dev list: > > > > http://mail-archives.apache.org/mod_mbox/harmony-dev/200710.mbox/%3c470F9FFB.4050109@googlemail.com%3e > > > > Is anyone else seeing this instability? > > Does anyone know what needs to be fixed in DRLVM to prevent it? > > The change was supposed to affect only debugging scenarios since there > was a bug that some JVMTI events were attempted to be sent in a thread > that is no longer attached to VM. > > I've recently discovered some worse scenarios on shutdown related also > to glibc complaining about corrupted allocation list and various > segfaults, but all of them are related to shutdown with JDWP agent (see > HARMONY-5019 - it took me a night to debug assembly code in glibc and > libgcc_s to find out why pthread_cancel crashes). The problem existed > before Oliver's commit and isn't connected to it in any way. > > Could you give some details, typical stack traces? I could at least say > if I saw them already or not (BTW smoke tests work for me). I am also > running Gentoo on x86 (stable) and amd64 (stable) but I have only 1 CPU > so I don't catch all of the race conditions related to SMP. > > -- > Gregory > -- With best regards, Alexei, ESSD, Intel