From owner-freebsd-standards@FreeBSD.ORG Wed Mar 23 21:05:26 2011 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A37FA1065689; Wed, 23 Mar 2011 21:05:26 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 109328FC13; Wed, 23 Mar 2011 21:05:25 +0000 (UTC) Received: by wyf23 with SMTP id 23so8908481wyf.13 for ; Wed, 23 Mar 2011 14:05:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=tSVq2yICjA7CXDAfiSGS2f3cmXpT5Y+7xGREGVxs69M=; b=GRQO5hSu5q1xvSeOLVSTwIXsW5lIMkd9/u401y0IQv8w3ngPdgWUHdPdbyHhgLdm0f a3zZ7lXtxunLxoCck+nQ4r5kIGGPxZSz2cE07fusR2nmrepGC284Ui0lyVVBWPBPny/c BYn9/AU0zRWDP/ijvK0zkEER4qFzwR5Bwq630= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; b=xkMdQiHyYvvlzuyrYDLKz46KjbAyV1lt3KrTuwkajzzDma+XfRDzJaed+rldSTGCBT GP9bdUR3ny0wMTJ+Y2m+2GIa+HxLMRau+bQHyS939QPkdSc+NvgkXGTQXkQktnJd7Vbf JZR1AX3+t5IuWPHye/o0JjlPDmuKFOX/3GLPA= Received: by 10.216.3.200 with SMTP id 50mr289814weh.34.1300914324117; Wed, 23 Mar 2011 14:05:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.90.213 with HTTP; Wed, 23 Mar 2011 14:04:54 -0700 (PDT) In-Reply-To: References: <201103221457.p2MEvJub035858@lurza.secnetix.de> <20110322181604.GA47588@zim.MIT.EDU> From: Chris Rees Date: Wed, 23 Mar 2011 21:04:54 +0000 Message-ID: To: "J. Hellenthal" Content-Type: text/plain; charset=ISO-8859-1 Cc: Oliver Fromme , David Schultz , Maxim Konovalov , FreeBSD Standards Subject: Re: dd dies on SIGUSR1 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2011 21:05:26 -0000 On 23 March 2011 02:18, J. Hellenthal wrote: > No offense but there has been plenty of reasoning here just given in your > very own message at the top. I can probably count the number of times that I > have had to actually had to use -USR1 & -USR2 on two hands. So... why do you care what it does by default? Basically, people who know what it does by default don't use it. People who do use it can get hurt by the process death that occurs, or at least a little annoyed. > > Assuming -USR[N] will get you -INFO does not mean the utilities you were > using were incorrect and needed to be changed. It means you need to change > your aspect of the portability of your syntax. Some systems go to far to > keep the end-user from shooting them self in the foot and this would be one > of those cases. No, this is not akin to alias rm rm -i. We are not talking about changing the behaviour of a commonly-used facility. We are talking about a design decision taken decades ago, which quite possibly was a mistake. Again, how many people rely on USR1 to terminate a process? > If a program receives a signal it should do *something* if it has nothing to > do then it should *terminate*. The author of said software here gave it > nothing else to do, therefore it terminates... Because of a poor design decision-- that we easily fix with no breakage. This is NOT 'preventing foot-shooting', this is making it less painful to make a mistake for no disadvantage. It will not be written into scripts to make them non-portable, or any other horrible consequences that usually occur with anti-foot-shooting measures. It is a benign change! If no-one will agree with me on changing USR[12] then at least someone please either commit the original patch in the PR [1], or close it! Chris ***One last time, what possible disadvantage is there to changing default of USR signals to ignore?*** Now I'll shut up and live with whatever is decided. Thanks for reading. [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/155034