From owner-freebsd-threads@FreeBSD.ORG Thu May 29 13:25:26 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C52437B401 for ; Thu, 29 May 2003 13:25:26 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA9743F75 for ; Thu, 29 May 2003 13:25:25 -0700 (PDT) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (ak03@localhost [127.0.0.1]) h4TKPP3D002453; Thu, 29 May 2003 16:25:25 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.9/8.12.9/Submit) id h4TKPONF002452; Thu, 29 May 2003 16:25:25 -0400 (EDT) Date: Thu, 29 May 2003 16:25:24 -0400 From: Alexander Kabaev To: Daniel Eischen Message-Id: <20030529162524.252bdf43.ak03@gte.com> In-Reply-To: References: <20030529194855.GA58411@kan.dnsalias.net> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.11claws156 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Martin Blapp cc: freebsd-threads@freebsd.org Subject: Re: lock with openoffice build with libkse X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2003 20:25:26 -0000 On Thu, 29 May 2003 16:00:52 -0400 (EDT) Daniel Eischen wrote: > On Thu, 29 May 2003, Alexander Kabaev wrote: > > > Daniel, > > > > attached program is enough to trigger the loop. It looks like > > the setjump/longjmp from signal handler trick only forks for > ^^^^^ works? > > the first time. > > I'll look at it, but setjmp/longjmp call _sigprocmask() which > is wrapped by the threads library. This changes the thread > signal mask, not the kernel's (kernel thread) signal mask. > This means that subsequent signals will be blocked because > the kernel never gets notified that the mask should be > reset. This is absolutely correct. I can get the test program to work if I manually invoke a _sys_sigprocmask between the two tests. -- Alexander Kabaev