From owner-freebsd-hackers@FreeBSD.ORG  Mon Jul 11 15:34:40 2011
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id A7D6E106573C;
	Mon, 11 Jul 2011 15:34:40 +0000 (UTC)
	(envelope-from Petr.Salinger@seznam.cz)
Received: from relay.felk.cvut.cz (relay.felk.cvut.cz [147.32.80.7])
	by mx1.freebsd.org (Postfix) with ESMTP id 21D5C8FC1F;
	Mon, 11 Jul 2011 15:34:39 +0000 (UTC)
Received: from sci.felk.cvut.cz (sci.felk.cvut.cz [147.32.83.100])
	by relay.felk.cvut.cz (8.14.4/8.14.4) with ESMTP id p6BFYPnO085033;
	Mon, 11 Jul 2011 17:34:25 +0200 (CEST)
	(envelope-from Petr.Salinger@seznam.cz)
Date: Mon, 11 Jul 2011 17:43:23 +0200 (CEST)
From: Petr Salinger <Petr.Salinger@seznam.cz>
X-X-Sender: salinger@sci.felk.cvut.cz
To: Kostik Belousov <kostikbel@gmail.com>
In-Reply-To: <20110711150614.GV43872@deviant.kiev.zoral.com.ua>
Message-ID: <alpine.LRH.2.02.1107111718440.7134@sci.felk.cvut.cz>
References: <CAOfDtXMe_pkBdAFpUdvzmfs38Re=nw_YBz4w0Va0naEcuak7iw@mail.gmail.com>
	<20110711123332.GS43872@deviant.kiev.zoral.com.ua>
	<alpine.LRH.2.02.1107111455230.7134@sci.felk.cvut.cz>
	<20110711133342.GT43872@deviant.kiev.zoral.com.ua>
	<alpine.LRH.2.02.1107111556000.7134@sci.felk.cvut.cz>
	<20110711142232.GU43872@deviant.kiev.zoral.com.ua>
	<alpine.LRH.2.02.1107111641340.7134@sci.felk.cvut.cz>
	<20110711150614.GV43872@deviant.kiev.zoral.com.ua>
User-Agent: Alpine 2.02 (LRH 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
X-FELK-MailScanner-Information: 
X-MailScanner-ID: p6BFYPnO085033
X-FELK-MailScanner: Found to be clean
X-FELK-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
	score=-1.119, required 6, AWL 0.00, BAYES_00 -1.90,
	FREEMAIL_FROM 0.00, SPF_NEUTRAL 0.78)
X-FELK-MailScanner-From: petr.salinger@seznam.cz
X-FELK-MailScanner-To: current@freebsd.org, freebsd-hackers@freebsd.org,
	kostikbel@gmail.com, rmh@debian.org
X-FELK-MailScanner-Watermark: 1311003268.14331@EbEHICip5uMYeksDqjPmBQ
X-Spam-Status: No
Cc: freebsd-hackers@freebsd.org, Robert Millan <rmh@debian.org>,
	current@freebsd.org
Subject: Re: [PATCH] Improve LinuxThreads compatibility in rfork()
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Jul 2011 15:34:40 -0000

>> The 1st patch satisfies this. I agree that SIGCHLD part
>> is not easily readable.
> The SIGCHLD part is ugly. This is why I am asking about possible ways
> to overcome this.

We need a way to specify "no signal".
It can be "new flag" or "ugly SIGCHLD".

new flag:
   pros: cleaner design
   cons: one bit of flags eaten
   cons: GNU/kFreeBSD have to detect at runtime which "no signal" have to use
   cons: GNU/kFreeBSD have to add "ugly SIGCHLD" for some time
         (up-to and including next Debian release) anyway

ugly SIGCHLD:
   pros: immediate GNU/kFreeBSD compatibility
   cons: ugly design

But definitely, it would be much, much better to have "new flag" compared 
to diverge indefinitely ;-)

What should be name of the "new flag" ?

#define RFTHPNONE (1<<19)  /* do not send exit notification signal to the parent */

Petr