Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 14030 invoked from network); 17 Oct 2006 00:24:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Oct 2006 00:24:36 -0000 Received: (qmail 12246 invoked by uid 500); 17 Oct 2006 00:24:33 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 12205 invoked by uid 500); 17 Oct 2006 00:24:33 -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 12194 invoked by uid 99); 17 Oct 2006 00:24:33 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Oct 2006 17:24:33 -0700 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of rdasgupt@gmail.com designates 64.233.162.204 as permitted sender) Received: from [64.233.162.204] (HELO nz-out-0102.google.com) (64.233.162.204) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Oct 2006 17:24:31 -0700 Received: by nz-out-0102.google.com with SMTP id z6so605794nzd for ; Mon, 16 Oct 2006 17:24:10 -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:references; b=O2trCVPOLM4cG2zNc697/2sT7aYHMykIrEzlkBq/lPZZjGbc6Sh5p8zDHUyMbvW668uKlL2BvhLrMRCsd37JxMns7URaEdmSItjCqqhrhI3EmPoctPMAsGXchy2gofFFu4xHn6/+Mfw/G5hWQDdOpN1JRK1NfUachqA60cZii2w= Received: by 10.65.251.17 with SMTP id d17mr11069144qbs; Mon, 16 Oct 2006 17:24:10 -0700 (PDT) Received: by 10.65.203.19 with HTTP; Mon, 16 Oct 2006 17:24:10 -0700 (PDT) Message-ID: <51d555c70610161724j4deab853u3c88bed96e8cc237@mail.gmail.com> Date: Mon, 16 Oct 2006 17:24:10 -0700 From: "Rana Dasgupta" To: harmony-dev@incubator.apache.org Subject: Re: [drlvm][threading] Possible race condition in implementation of conditional variables? In-Reply-To: <4dd1f3f00610151149m57c00d6of4134ced5e341424@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_45649_24208043.1161044650460" References: <9623c9a50610122250y4872df7fi4c32f96354e91a01@mail.gmail.com> <187bb05d0610130045t45cb989ao627adcfc8b93baf0@mail.gmail.com> <4dd1f3f00610151149m57c00d6of4134ced5e341424@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_45649_24208043.1161044650460 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, Is there any known bug related to this issue? Rana > On 10/15/06, Weldon Washburn wrote: > > > > After thinking about it a while, how about the following course of > > action: > > > > 1) > > First phase is to modify hysem_wait() and any other hy.... blocking > > functions to test if, in fact, the thread is in suspend enabled > > mode. If > > the thread is not, do something like a printf("WARNING: root set > > enumeration is unstable, hytsem.cpp line #285\n"); Then do a > > non-destructive stack unwind and printf a stack trace > > > > An even better idea would be to log the printf's out to a file that can > > later be retrieved. > > > > 2) > > Second phase. Analyze the code paths that lead to the enable/disable > > problems. Are there fundamental design flaws? Implementation flaws? > > > > 3) > > Third phase. Assume the above turns up easy to fix bugs and minor > > architectural issues. And that these issues are settled. Then commit a > > mod > > to svn that will cause the system to do an assert(0); in debug mode and > > exit > > w/ stack trace in release mode. > > > > Artem, > > Does it make sense for you to create a patch that does the above?? > > > > > > ------=_Part_45649_24208043.1161044650460--