From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Neil Jerram" Newsgroups: gmane.lisp.guile.devel Subject: Hang in srfi-18.test Date: Sat, 18 Oct 2008 10:46:58 +0100 Message-ID: <49dd78620810180246g1e2b5281y7df2f3803df75d5e@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1224323238 21428 80.91.229.12 (18 Oct 2008 09:47:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Oct 2008 09:47:18 +0000 (UTC) To: guile-devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Oct 18 11:48:18 2008 connect(): Connection refused Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kr8Px-0006sS-Jf for guile-devel@m.gmane.org; Sat, 18 Oct 2008 11:48:17 +0200 Original-Received: from localhost ([127.0.0.1]:50134 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kr8Os-0004Mu-FN for guile-devel@m.gmane.org; Sat, 18 Oct 2008 05:47:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kr8Ok-0004Mp-Hw for guile-devel@gnu.org; Sat, 18 Oct 2008 05:47:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kr8Oi-0004Ma-23 for guile-devel@gnu.org; Sat, 18 Oct 2008 05:47:01 -0400 Original-Received: from [199.232.76.173] (port=47513 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kr8Oh-0004MX-TC for guile-devel@gnu.org; Sat, 18 Oct 2008 05:46:59 -0400 Original-Received: from rv-out-0708.google.com ([209.85.198.241]:53730) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kr8Oi-0006Pn-Go for guile-devel@gnu.org; Sat, 18 Oct 2008 05:47:00 -0400 Original-Received: by rv-out-0708.google.com with SMTP id k29so1069290rvb.6 for ; Sat, 18 Oct 2008 02:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=vw9qqz7pTHgRMQPz/xusIvAcLD49X465Ip5U33Fj36c=; b=em4fD7ZmxIv3wDI1fZag6j1ICPBJpSgICp4KmSyHhTZl1kwnY80hxcnVBfdt0YIQtu jAZsggpdOjdfql6qoH6zcmBWjemp5TzyVOfG5gMp5jjnPK5xDEb26vJaLUMtN2xe5zpM XduGxgvrgGcKlPyPGtt2WVgcAeZEkb5zwhNlA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=NJR70xVIcS/ITVS53nbG2ZezrPHC86IHelSDblb+xTBkgv/CS1oec7MLQofbt15u2r Gq9nJPBzpNW9KHYhs60W6ivKCxDWaheQCKDg6n6PizcK/DcHumIj8KuWiDgtgRBeCvE/ AHG06w01Ql2Tc/OUYw2uzIl+MvMjesrdZQmY0= Original-Received: by 10.141.28.4 with SMTP id f4mr3203703rvj.66.1224323218432; Sat, 18 Oct 2008 02:46:58 -0700 (PDT) Original-Received: by 10.141.177.4 with HTTP; Sat, 18 Oct 2008 02:46:58 -0700 (PDT) Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:7788 Archived-At: Just a heads up... I'm seeing a hang in srfi-18.test, when running make check in master, in the "exception handler installation is thread-safe" test. It's not 100% reproducible, so looks like there's a race involved. I think the problem is that wait-condition-variable is not actually atomic in the way that it is supposed to be. It unlocks the mutex, then starts waiting on the cond var. So it is possible for another thread to lock the same mutex, and signal the cond var, before the wait-condition-variable thread starts waiting. I don't currently have a solution, but I'm working on it... Regards, Neil