From owner-freebsd-threads@FreeBSD.ORG Fri Mar 9 17:18:22 2007 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF83B16A403 for ; Fri, 9 Mar 2007 17:18:22 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id A4DEA13C49D for ; Fri, 9 Mar 2007 17:18:22 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l29HILxj013538; Fri, 9 Mar 2007 12:18:21 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Fri, 09 Mar 2007 12:18:21 -0500 (EST) Date: Fri, 9 Mar 2007 12:18:21 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Tijl Coosemans In-Reply-To: <200703091515.27133.tijl@ulyssis.org> Message-ID: References: <200703091515.27133.tijl@ulyssis.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-threads@freebsd.org Subject: Re: signalling remote threads X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2007 17:18:23 -0000 On Fri, 9 Mar 2007, Tijl Coosemans wrote: > Is it somehow possible to send a signal to a specific thread in > another process similar to the linux tkill and tgkill syscalls? > > I've seen the thr_kill call that takes an lwpid as argument, but it > can't send a signal to another process can it? No, it is not possible and it shouldn't be possible as it's not portable. From outside the process, you can send a signal to another _process_ (which will be delivered to one of its threads depending on their signal masks), but not to a specific thread in another process. -- DE