Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 79680 invoked from network); 17 Jul 2006 20:47:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Jul 2006 20:47:27 -0000 Received: (qmail 78083 invoked by uid 500); 17 Jul 2006 20:47:23 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 77960 invoked by uid 500); 17 Jul 2006 20:47:22 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 77860 invoked by uid 99); 17 Jul 2006 20:47:22 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Jul 2006 13:47:22 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of a.y.chernyshev@gmail.com designates 64.233.166.178 as permitted sender) Received: from [64.233.166.178] (HELO py-out-1112.google.com) (64.233.166.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Jul 2006 13:47:18 -0700 Received: by py-out-1112.google.com with SMTP id c63so1628884pyc for ; Mon, 17 Jul 2006 13:46:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LlpuMCpYkYrpy6Pi8oVRZ4PGbcaoszBInUvISi2yDC4lplRbC8kMtsEfvKbB6KoM/gwtrqQMDZmTvg8URJFg6wedfZhOCAxyngRq/oGVafhdCJtJKynRPao60vTu6rbIvQBfAwDDm/oyN3gylM8NBw9kLbTfkkXsSb6lhxotSVI= Received: by 10.35.63.2 with SMTP id q2mr4538122pyk; Mon, 17 Jul 2006 13:46:57 -0700 (PDT) Received: by 10.65.216.6 with HTTP; Mon, 17 Jul 2006 13:46:57 -0700 (PDT) Message-ID: <6928c5160607171346o549c742cm821a99d402ddf0cb@mail.gmail.com> Date: Tue, 18 Jul 2006 00:46:57 +0400 From: "Andrey Chernyshev" To: harmony-dev@incubator.apache.org Subject: Re: [drlvm] Status of drlvm In-Reply-To: <23951bd90607170739p291c9d84qf39788f052d61848@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44BB878B.5020505@Intel.com> <23951bd90607170739p291c9d84qf39788f052d61848@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 7/17/06, Vladimir Gorr wrote: > On 7/17/06, Salikh Zakirov wrote: > > > > Hi, > > > > Can anyone share their experience on running DRLVM built from SVN? > > > > On my workstations, it requires several fixes in order to run properly: > > > > HARMONY-898 'workaround to get correct hythr.dll' (both for Linux and > > Windows) > > HARMONY-853 'DRLVM+classlib segfaults in hyzlib' (on Linux) > > > > Without HARMONY-898, DRLVM segfaults after reading NULL from TLS. > > Without HARMONY-853, DRLVM segfaults in libhyzlib.so on Linux. > > > > I would suggest that the patches from HARMONY-898 and HARMONY-853 be > > applied, > > because DRLVM doesn't work at all for me without these fixes. > > > > Any other experiences? Is anyone besides me running DRLVM from SVN? > > > > I've built the DRLVM on Linux for the following cases: > > 1. w/o patches listed above; > > 2. w/ H-898 patch; > > 3. w/ H-898 & H-853 patches. > > > > 'Segmentation fault' occurs for all cases, unfortunately. > I was able to run most of smoke tests on Linux a few days ago, but now I'm having the same segfault failure. Some observations are: - In the interpreted mode (-Xint option) it reports ClassNotFoundException, so it seems VM can no longer load the classes from jars on Linux. I was able to run a single "Hello" class though. - Segfault actually happens during VM shutdown, after the main() is already completed with CNFE error. I wasn't able to find the exact point of segfault though - it seems it happens somewhere in a jitted code, gdb doesn't show a much of useful info in that case: #0 0x40788aa2 in malloc_consolidate () from /lib/tls/libc.so.6 #1 0x00000010 in ?? () #2 0x4083c7c8 in main_arena () from /lib/tls/libc.so.6 #3 0x00000000 in ?? () #4 0x4083c7b4 in main_arena () from /lib/tls/libc.so.6 #5 0x4083c798 in main_arena () from /lib/tls/libc.so.6 #6 0x4083c780 in __malloc_initialize_hook () from /lib/tls/libc.so.6 #7 0x4083aff4 in ?? () from /lib/tls/libc.so.6 #8 0x0855cdd0 in ?? () #9 0x00037230 in ?? () #10 0x56500158 in ?? () #11 0x40789bf6 in _int_free () from /lib/tls/libc.so.6 Previous frame inner to this frame (corrupt stack?) I'm continuing investigation, the same behavior is observed on Linux if run with classlib's launcher. Thanks, Andrey. > > > Thanks, > > Vladimir. > > --------------------------------------------------------------------- > > Terms of use : http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org > > > > > > -- Andrey Chernyshev Intel Middleware Products Division --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org