From unknown Sat Aug 09 05:01:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20214: Nohup input redirection inconsistent with documentation Resent-From: Isaac Schwabacher Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 27 Mar 2015 20:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 20214 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 20214@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.142748728725568 (code B ref -1); Fri, 27 Mar 2015 20:15:02 +0000 Received: (at submit) by debbugs.gnu.org; 27 Mar 2015 20:14:47 +0000 Received: from localhost ([127.0.0.1]:38358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbaeU-0006eJ-Aj for submit@debbugs.gnu.org; Fri, 27 Mar 2015 16:14:46 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39629) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbaIZ-00065E-OO for submit@debbugs.gnu.org; Fri, 27 Mar 2015 15:52:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YbaIT-0007g3-HA for submit@debbugs.gnu.org; Fri, 27 Mar 2015 15:52:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:45362) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbaIT-0007fz-ER for submit@debbugs.gnu.org; Fri, 27 Mar 2015 15:52:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbaIS-0005Ph-BA for bug-coreutils@gnu.org; Fri, 27 Mar 2015 15:52:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YbaIN-0007fD-A8 for bug-coreutils@gnu.org; Fri, 27 Mar 2015 15:52:00 -0400 Received: from wmauth1.doit.wisc.edu ([144.92.197.141]:45753 helo=smtpauth1.wiscmail.wisc.edu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbaIN-0007f3-4A for bug-coreutils@gnu.org; Fri, 27 Mar 2015 15:51:55 -0400 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-disposition: inline Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) id <0NLV00M00WFBRJ00@smtpauth1.wiscmail.wisc.edu> for bug-coreutils@gnu.org; Fri, 27 Mar 2015 14:51:52 -0500 (CDT) Received: from wiscmail.wisc.edu (unknown [144.92.8.21]) by smtpauth1.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPA id <0NLV00MYJZ61MD00@smtpauth1.wiscmail.wisc.edu> for bug-coreutils@gnu.org; Fri, 27 Mar 2015 14:51:37 -0500 (CDT) Received: from [144.92.8.21] (Forwarded-For: 144.92.8.21) by wmweb5.doit.wisc.edu (mshttpd); Fri, 27 Mar 2015 14:51:37 -0500 From: Isaac Schwabacher Message-id: <7710f0721f400.55156e79@wiscmail.wisc.edu> Date: Fri, 27 Mar 2015 14:51:37 -0500 X-Mailer: Oracle Communications Messenger Express 7u4-25.01(7.0.4.25.0) 64bit (built Feb 29 2012) Content-language: en X-Accept-Language: en Priority: normal In-reply-to: <7720f07018666.5515b495@wiscmail.wisc.edu> References: <7690a3441ead4.551594e7@wiscmail.wisc.edu> <756091301f96f.5515955f@wiscmail.wisc.edu> <7720f4271aec3.5515959f@wiscmail.wisc.edu> <74c099cb190d7.551595db@wiscmail.wisc.edu> <7710f09319bbc.55159617@wiscmail.wisc.edu> <7740ef081a8fb.551596ce@wiscmail.wisc.edu> <7740c60d19c4d.5515970a@wiscmail.wisc.edu> <7720974118db7.55159783@wiscmail.wisc.edu> <7560af2819c49.551597bf@wiscmail.wisc.edu> <7560fa791c367.551597fc@wiscmail.wisc.edu> <76c0e3481df45.55159838@wiscmail.wisc.edu> <76c0a3881c5d2.55159874@wiscmail.wisc.edu> <7740a0181e540.551598b1@wiscmail.wisc.edu> <76d0c3a41d4e9.551598ed@wiscmail.wisc.edu> <76d0cbcd19b09.55159929@wiscmail.wisc.edu> <7710dfd41cf8f.55159966@wiscmail.wisc.edu> <774081941f6b3.551599a2@wiscmail.wisc.edu> <7690aaf21a979.551599de@wiscmail.wisc.edu> <76d0d8e21939d.55159a1a@wiscmail.wisc.edu> <7620f03d1cea1.55159bc2@wiscmail.wisc.edu> <76d087661f943.55159bfe@wiscmail.wisc.edu> <7710ddc61ba6e.55159c3a@wiscmail.wisc.edu> <7580a0821ed6c.55159c77@wiscmail.wisc.edu> <7620cfdc18385.55159cb3@wiscmail.wisc.edu> <7620a78d18c98.55159cf0@wiscmail.wisc.edu> <7690c8a91df96.55159d68@wiscmail.wisc.edu> <7780831a19e3a.55159da4@wiscmail.wisc.edu> <77209dbc18307.55159f85@wiscmail.wisc.edu> <7560cb591f335.5515a039@wiscmail.wisc.edu> <7720d1781b3ce.5515a0f0@wiscmail.wisc.edu> <74c0d3161cdaa.5515a12d@wiscmail.wisc.edu> <76d0a4561d23a.5515a1a8@wiscmail.wisc.edu> <77808fb2186bc.5515a358@wiscmail.wisc.edu> <76c0b0de1a956.5515a395@wiscmail.wisc.edu> <7740aef418d98.5515a3d1@wiscmail.wisc.edu> <74c0be33194f5.5515a44c@wiscmail.wisc.edu> <7580b3bf1e774.5515a488@wiscmail.wisc.edu> <7580e9701e464.5515a4c5@wiscmail.wisc.edu> <76c0977e189d6.5515a6a8@wiscmail.wisc.edu> <7720dc681ad70.5515a817@wiscmail.wisc.edu> <7780d1961af58.5515a907@wiscmail.wisc.edu> <7560cd221e582.5515a943@wiscmail.wisc.edu> <7560f3d11fc8f.5515a980@wiscmail.wisc.edu> <7620ff731a28c.5515a9bc@wiscmail.wisc.edu> <76d0afee1e9a1.5515a9f8@wiscmail.wisc.edu> <7710a5071d55d.5515aa34@wiscmail.wisc.edu> <7710d5b61da06.5515aa71@wiscmail.wisc.edu> <7780e4a41fb66.5515aaad@wiscmail.wisc.edu> <74c0adff19c6e.5515aae9@wiscmail.wisc.edu> <7740fb1c19db6.5515ab26@wiscmail.wisc.edu> <76c0d9e91e4b2.5515ab62@wiscmail.wisc.edu> <76c0e4461fc7f.5515ab9e@wiscmail.wisc.edu> <7560bdd71e05b.5515abdb@wiscmail.wisc.edu> <76d0d9a31ff29.5515ac17@wiscmail.wisc.edu> <7710c1141b116.5515ac53@wiscmail.wisc.edu> <75609e5419a21.5515ac90@wiscmail.wisc.edu> <7560ddb11c5b2.5515accc@wiscmail.wisc.edu> <76909a4f19c67.5515ad08@wiscmail.wisc.edu> <76c0fd741e95b.5515ad45@wiscmail.wisc.edu> <74c0b9c31e256.5515ad81@wiscmail.wisc.edu> <756091261940d.5515adbd@wiscmail.wisc.edu> <76d0b1151e660.5515adfa@wiscmail.wisc.edu> <77108cfd1b860.5515aeae@wiscmail.wisc.edu> <7720bc451e4be.5515af65@wiscmail.wisc.edu> <7710fa6b1a21c.5515afa2@wiscmail.wisc.edu> <76209dc91b18c.5515afde@wiscmail.wisc.edu> <778097831d7a0.5515b01a@wiscmail.wisc.edu> <74c0dd911cc20.5515b1bf@wiscmail.wisc.edu> <7620ce6a1ede9.5515b1fb@wiscmail.wisc.edu> <75809f631a9ea.5515b273@wiscmail.wisc.edu> <74c0c68c181f6.5515b2b2@wiscmail.wisc.edu> <7720d1441ccaf.5515b32b@wiscmail.wisc.edu> <74c08d751f8da.5515b3a3@wiscmail.wisc.edu> <76c0bc8e1e39d.5515b3df@wiscmail.wisc.edu> <7620a9ae1d20e.5515b41c@wiscmail.wisc.edu> <7620967c1cf02.5515b458@wiscmail.wisc.edu> <7720f07018666.5515b495@wiscmail.wisc.edu> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.3 (----) X-Mailman-Approved-At: Fri, 27 Mar 2015 16:14:44 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.3 (----) The GNU nohup manual currently has the following passage: > If standard input is a terminal, it is redirected from > /dev/null so that terminal sessions do not mistakenly consider > the terminal to be used by the command. This is a GNU > extension; programs intended to be portable to non-GNU hosts > should use `nohup command [arg]... If standard input is associated with a terminal, the nohup utility may redirect standard input from an unspecified file. The discussions on this list which appear to have led POSIX to this point discuss many alternative behaviors, but there's only one unfavorable mention of the possibility of having GNU nohup do as its manual says it does ( http://lists.gnu.org/archive/html/bug-coreutils/2005-05/msg00199.html ), and no counterargument is presented. Is it really better for a read on stdin to fail with EBADF rather than simply returning EOF ("nothing to see here, move along")? The most spectacular failure I have seen in response to this behavior is MATLAB, which responds to read errors on stdin by executing a denial-of-service attack on the filesystem(!). (The nature of nohup makes this failure mode particularly problematic, as the likelihood is rather high of it occurring on a Friday night after the perpetrator has left the building.) While I would not dream of blaming GNU for MATLAB's braindeadness, the fact remains that EOF on stdin is an expected input that follows well-tested code paths leading to an orderly exit from an application, while EBADF on stdin is much more likely to head into code that was written with an attitude of "I suppose I should handle this, just in case" and never tested. Even GNU clisp is not exempt: http://lists.gnu.org/archive/html/bug-coreutils/2009-06/msg00140.html . If the maintainers determine that this argument is still not enough to outweigh the benefits of reads from stdin failing with an error, perhaps it would be sufficient to redirect stdin from a closed fifo instead, so that applications that do not explicitly promise to handle EPIPE would be killed by SIGPIPE. ijs From unknown Sat Aug 09 05:01:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20214: Nohup input redirection inconsistent with documentation Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 27 Mar 2015 22:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20214 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Isaac Schwabacher , 20214@debbugs.gnu.org Received: via spool by 20214-submit@debbugs.gnu.org id=B20214.14274943109351 (code B ref 20214); Fri, 27 Mar 2015 22:12:01 +0000 Received: (at 20214) by debbugs.gnu.org; 27 Mar 2015 22:11:50 +0000 Received: from localhost ([127.0.0.1]:38424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbcTl-0002Ql-V5 for submit@debbugs.gnu.org; Fri, 27 Mar 2015 18:11:50 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:50045) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbcTj-0002QW-6T for 20214@debbugs.gnu.org; Fri, 27 Mar 2015 18:11:48 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id EF4BDA60003; Fri, 27 Mar 2015 15:11:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P6kF7PAgeAcv; Fri, 27 Mar 2015 15:11:40 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 3F5DB39E8013; Fri, 27 Mar 2015 15:11:40 -0700 (PDT) Message-ID: <5515D59B.4070701@cs.ucla.edu> Date: Fri, 27 Mar 2015 15:11:39 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 References: <7690a3441ead4.551594e7@wiscmail.wisc.edu> <76909a4f19c67.5515ad08@wiscmail.wisc.edu> <76c0fd741e95b.5515ad45@wiscmail.wisc.edu> <74c0b9c31e256.5515ad81@wiscmail.wisc.edu> <756091261940d.5515adbd@wiscmail.wisc.edu> <76d0b1151e660.5515adfa@wiscmail.wisc.edu> <77108cfd1b860.5515aeae@wiscmail.wisc.edu> <7720bc451e4be.5515af65@wiscmail.wisc.edu> <7710fa6b1a21c.5515afa2@wiscmail.wisc.edu> <76209dc91b18c.5515afde@wiscmail.wisc.edu> <778097831d7a0.5515b01a@wiscmail.wisc.edu> <74c0dd911cc20.5515b1bf@wiscmail.wisc.edu> <7620ce6a1ede9.5515b1fb@wiscmail.wisc.edu> <75809f631a9ea.5515b273@wiscmail.wisc.edu> <74c0c68c181f6.5515b2b2@wiscmail.wisc.edu> <7720d1441ccaf.5515b32b@wiscmail.wisc.edu> <74c08d751f8da.5515b3a3@wiscmail.wisc.edu> <76c0bc8e1e39d.5515b3df@wiscmail.wisc.edu> <7620a9ae1d20e.5515b41c@wiscmail.wisc.edu> <7620967c1cf02.5515b458@wiscmail.wisc.edu> <7720f07018666.5515b495@wiscmail.wisc.edu> <7710f0721f400.55156e79@wiscmail.wisc.edu> In-Reply-To: <7710f0721f400.55156e79@wiscmail.wisc.edu> Content-Type: multipart/mixed; boundary="------------020003010109020004000104" X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --------------020003010109020004000104 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Isaac Schwabacher wrote: > This is confusing at best Yes, at the very least the documentation should be improved. I installed the attached patch to try to do that. > Is it really better for a read on stdin to fail with EBADF rather than simply returning EOF It depends on whether we want GNU nohup to be a universal donor or a universal acceptor. Right now it's more the former (if a program works with GNU nohup it should be portable to other nohup platforms); a nohup that makes stdin read from /dev/null would be more "accepting" of badly-written code developed elsewhere. I suppose I could be talked into that, particularly given Matlab's misbehavior here. Jim? --------------020003010109020004000104 Content-Type: text/x-patch; name="0001-nohup-clarify-stdin-redirection.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-nohup-clarify-stdin-redirection.patch" >From 666dec6b34e1204b173672f9bad47f34cd8bad3f Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 27 Mar 2015 15:01:35 -0700 Subject: [PATCH] nohup: clarify stdin redirection Problem reported by Isaac Schwabacher in: http://bugs.gnu.org/20214 * doc/coreutils.texi (nohup invocation): Clarify that when nohup's stdin gets redirected, it's unreadable. * doc/coreutils.texi (nohup invocation): * src/nohup.c (usage): Don't promise /dev/null. --- doc/coreutils.texi | 13 +++++++------ src/nohup.c | 2 +- 2 files changed, 8 insertions(+), 7 deletions(-) diff --git a/doc/coreutils.texi b/doc/coreutils.texi index 6110cec..3cbce63 100644 --- a/doc/coreutils.texi +++ b/doc/coreutils.texi @@ -16714,12 +16714,13 @@ out. Synopsis: nohup @var{command} [@var{arg}]@dots{} @end example -If standard input is a terminal, it is redirected from -@file{/dev/null} so that terminal sessions do not mistakenly consider -the terminal to be used by the command. This is a GNU -extension; programs intended to be portable to non-GNU hosts -should use @samp{nohup @var{command} [@var{arg}]@dots{} /dev/null} instead. @flindex nohup.out If standard output is a terminal, the command's standard output is appended diff --git a/src/nohup.c b/src/nohup.c index 9bc8686..8cdaced 100644 --- a/src/nohup.c +++ b/src/nohup.c @@ -63,7 +63,7 @@ Run COMMAND, ignoring hangup signals.\n\ fputs (HELP_OPTION_DESCRIPTION, stdout); fputs (VERSION_OPTION_DESCRIPTION, stdout); printf (_("\n\ -If standard input is a terminal, redirect it from /dev/null.\n\ +If standard input is a terminal, redirect it from an unreadable file.\n\ If standard output is a terminal, append output to 'nohup.out' if possible,\n\ '$HOME/nohup.out' otherwise.\n\ If standard error is a terminal, redirect it to standard output.\n\ -- 2.1.0 --------------020003010109020004000104-- From unknown Sat Aug 09 05:01:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20214: Nohup input redirection inconsistent with documentation Resent-From: Isaac Schwabacher Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 27 Mar 2015 22:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20214 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 20214@debbugs.gnu.org Received: via spool by 20214-submit@debbugs.gnu.org id=B20214.142749549811128 (code B ref 20214); Fri, 27 Mar 2015 22:32:02 +0000 Received: (at 20214) by debbugs.gnu.org; 27 Mar 2015 22:31:38 +0000 Received: from localhost ([127.0.0.1]:38433 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ybcmw-0002tP-4s for submit@debbugs.gnu.org; Fri, 27 Mar 2015 18:31:38 -0400 Received: from wmauth1.doit.wisc.edu ([144.92.197.141]:33359 helo=smtpauth1.wiscmail.wisc.edu) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ybcmt-0002t9-0e for 20214@debbugs.gnu.org; Fri, 27 Mar 2015 18:31:35 -0400 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-disposition: inline Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) id <0NLW007006BAI500@smtpauth1.wiscmail.wisc.edu> for 20214@debbugs.gnu.org; Fri, 27 Mar 2015 17:31:29 -0500 (CDT) X-Spam-PmxInfo: Server=avs-1, Version=6.1.1.2430161, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.3.27.221819, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wiscmail.wisc.edu (unknown [144.92.8.21]) by smtpauth1.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPA id <0NLW005GR6KG1A10@smtpauth1.wiscmail.wisc.edu> for 20214@debbugs.gnu.org; Fri, 27 Mar 2015 17:31:28 -0500 (CDT) Received: from [144.92.8.21] (Forwarded-For: 144.92.8.21) by wmweb5.doit.wisc.edu (mshttpd); Fri, 27 Mar 2015 17:31:28 -0500 From: Isaac Schwabacher Message-id: <75809a331a43c.551593f0@wiscmail.wisc.edu> Date: Fri, 27 Mar 2015 17:31:28 -0500 X-Mailer: Oracle Communications Messenger Express 7u4-25.01(7.0.4.25.0) 64bit (built Feb 29 2012) Content-language: en X-Accept-Language: en Priority: normal In-reply-to: <7780c62f19e5d.5515da0a@wiscmail.wisc.edu> References: <7690a3441ead4.551594e7@wiscmail.wisc.edu> <76909a4f19c67.5515ad08@wiscmail.wisc.edu> <76c0fd741e95b.5515ad45@wiscmail.wisc.edu> <74c0b9c31e256.5515ad81@wiscmail.wisc.edu> <756091261940d.5515adbd@wiscmail.wisc.edu> <76d0b1151e660.5515adfa@wiscmail.wisc.edu> <77108cfd1b860.5515aeae@wiscmail.wisc.edu> <7720bc451e4be.5515af65@wiscmail.wisc.edu> <7710fa6b1a21c.5515afa2@wiscmail.wisc.edu> <76209dc91b18c.5515afde@wiscmail.wisc.edu> <778097831d7a0.5515b01a@wiscmail.wisc.edu> <74c0dd911cc20.5515b1bf@wiscmail.wisc.edu> <7620ce6a1ede9.5515b1fb@wiscmail.wisc.edu> <75809f631a9ea.5515b273@wiscmail.wisc.edu> <74c0c68c181f6.5515b2b2@wiscmail.wisc.edu> <7720d1441ccaf.5515b32b@wiscmail.wisc.edu> <74c08d751f8da.5515b3a3@wiscmail.wisc.edu> <76c0bc8e1e39d.5515b3df@wiscmail.wisc.edu> <7620a9ae1d20e.5515b41c@wiscmail.wisc.edu> <7620967c1cf02.5515b458@wiscmail.wisc.edu> <7720f07018666.5515b495@wiscmail.wisc.edu> <7710f0721f400.55156e79@wiscmail.wisc.edu> <5515D59B.4070701@cs.ucla.edu> <7780eaa21b1f0.5515d7af@wiscmail.wisc.edu> <762091631960b.5515d9ce@wiscmail.wisc.edu> <7780c62f19e5d.5515da0a@wiscmail.wisc.edu> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Isaac Schwabacher wrote: > > perhaps it would be sufficient to redirect stdin from a closed fifo instead, so that applications that do not explicitly promise to handle EPIPE would be killed by SIGPIPE. > Herp derp, I completely forgot that read(2) and write(2) aren't symmetric. Of course you can't get SIGPIPE from a read. ...instead you get EOF. From unknown Sat Aug 09 05:01:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20214: Nohup input redirection inconsistent with documentation Resent-From: Jim Meyering Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 28 Mar 2015 02:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20214 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: 20214@debbugs.gnu.org, Isaac Schwabacher Received: via spool by 20214-submit@debbugs.gnu.org id=B20214.142750888430674 (code B ref 20214); Sat, 28 Mar 2015 02:15:02 +0000 Received: (at 20214) by debbugs.gnu.org; 28 Mar 2015 02:14:44 +0000 Received: from localhost ([127.0.0.1]:38515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbgGq-0007yf-03 for submit@debbugs.gnu.org; Fri, 27 Mar 2015 22:14:44 -0400 Received: from mail-ie0-f170.google.com ([209.85.223.170]:36056) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YbgGn-0007yQ-7v for 20214@debbugs.gnu.org; Fri, 27 Mar 2015 22:14:41 -0400 Received: by iedm5 with SMTP id m5so83663698ied.3 for <20214@debbugs.gnu.org>; Fri, 27 Mar 2015 19:14:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=JHQ6bqnr9f2Xkf13YWW5Ezm9j+/36x5aPO5MkJRkMEk=; b=Jamaybu7ywQHPSYZ6E2elL/biEiOIfz+IoTDjfnY9ovrD/uqJ/4s3cxkvYs8q375pQ Jh3QZqSGfpwYMd51Xp91dG2fx40/L/Oy+u6nqj8pbEt6oDxWsoqt5aX7rQa1Gt//kS6V lUufp58u49JNqakeDMIVPxQpLgRl9UnXb1TLPUIvzhiCIFHMDZ7gNxwO3MDNbEJ28djU dWOPtzqUyK6SmHz6qOGr1VAIC71eTuJMgQgasrrHdeFbcsPd1GtyR/Ax+D7ftUwtgEaf 8hFi9798UmuqHr1Hej3OuY7oVFFYY8YQDgplyt/toseYPV9MYTvO/KDcOHpCsJpUK/X2 Dtlg== X-Received: by 10.50.61.135 with SMTP id p7mr2593243igr.22.1427508875526; Fri, 27 Mar 2015 19:14:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.147.167 with HTTP; Fri, 27 Mar 2015 19:14:13 -0700 (PDT) In-Reply-To: <5515D59B.4070701@cs.ucla.edu> References: <7690a3441ead4.551594e7@wiscmail.wisc.edu> <76909a4f19c67.5515ad08@wiscmail.wisc.edu> <76c0fd741e95b.5515ad45@wiscmail.wisc.edu> <74c0b9c31e256.5515ad81@wiscmail.wisc.edu> <756091261940d.5515adbd@wiscmail.wisc.edu> <76d0b1151e660.5515adfa@wiscmail.wisc.edu> <77108cfd1b860.5515aeae@wiscmail.wisc.edu> <7720bc451e4be.5515af65@wiscmail.wisc.edu> <7710fa6b1a21c.5515afa2@wiscmail.wisc.edu> <76209dc91b18c.5515afde@wiscmail.wisc.edu> <778097831d7a0.5515b01a@wiscmail.wisc.edu> <74c0dd911cc20.5515b1bf@wiscmail.wisc.edu> <7620ce6a1ede9.5515b1fb@wiscmail.wisc.edu> <75809f631a9ea.5515b273@wiscmail.wisc.edu> <74c0c68c181f6.5515b2b2@wiscmail.wisc.edu> <7720d1441ccaf.5515b32b@wiscmail.wisc.edu> <74c08d751f8da.5515b3a3@wiscmail.wisc.edu> <76c0bc8e1e39d.5515b3df@wiscmail.wisc.edu> <7620a9ae1d20e.5515b41c@wiscmail.wisc.edu> <7620967c1cf02.5515b458@wiscmail.wisc.edu> <7720f07018666.5515b495@wiscmail.wisc.edu> <7710f0721f400.55156e79@wiscmail.wisc.edu> <5515D59B.4070701@cs.ucla.edu> From: Jim Meyering Date: Fri, 27 Mar 2015 19:14:13 -0700 X-Google-Sender-Auth: LSg6ww5_t7sBxyW4atutAPh3z20 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Fri, Mar 27, 2015 at 3:11 PM, Paul Eggert wrote: > Isaac Schwabacher wrote: > >> This is confusing at best > > Yes, at the very least the documentation should be improved. I installed > the attached patch to try to do that. > >> Is it really better for a read on stdin to fail with EBADF rather than >> simply returning EOF > > > It depends on whether we want GNU nohup to be a universal donor or a > universal acceptor. Right now it's more the former (if a program works with > GNU nohup it should be portable to other nohup platforms); a nohup that > makes stdin read from /dev/null would be more "accepting" of badly-written > code developed elsewhere. I suppose I could be talked into that, > particularly given Matlab's misbehavior here. Jim? My rationale (didn't check and assume it was I) was that it is better to fail in a way more likely to alert the incautious user that they have misused the tool, rather than to silently accept questionable usage. Considering it has been this way for 10 years, and has exposed real bugs in client code, I am inclined to prefer the existing behavior. Don't shoot the messenger? From unknown Sat Aug 09 05:01:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20214: Nohup input redirection inconsistent with documentation Resent-From: Isaac Schwabacher Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 28 Mar 2015 17:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20214 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Jim Meyering , Paul Eggert Cc: 20214@debbugs.gnu.org Received: via spool by 20214-submit@debbugs.gnu.org id=B20214.142756405923081 (code B ref 20214); Sat, 28 Mar 2015 17:35:01 +0000 Received: (at 20214) by debbugs.gnu.org; 28 Mar 2015 17:34:19 +0000 Received: from localhost ([127.0.0.1]:39054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ybucl-00060C-5W for submit@debbugs.gnu.org; Sat, 28 Mar 2015 13:34:19 -0400 Received: from wmauth4.doit.wisc.edu ([144.92.197.145]:60893 helo=smtpauth4.wiscmail.wisc.edu) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ybuci-0005zz-Ks for 20214@debbugs.gnu.org; Sat, 28 Mar 2015 13:34:17 -0400 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-disposition: inline Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) id <0NLX00500MJISU00@smtpauth4.wiscmail.wisc.edu> for 20214@debbugs.gnu.org; Sat, 28 Mar 2015 12:34:10 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.1.1.2430161, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.3.28.172418, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wiscmail.wisc.edu (unknown [144.92.8.21]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPA id <0NLX00LJ8NGYNJ00@smtpauth4.wiscmail.wisc.edu>; Sat, 28 Mar 2015 12:34:10 -0500 (CDT) Received: from [144.92.8.21] (Forwarded-For: 144.92.8.21) by wmweb5.doit.wisc.edu (mshttpd); Sat, 28 Mar 2015 12:34:10 -0500 From: Isaac Schwabacher Message-id: <7740e1b21d18f.55169fc2@wiscmail.wisc.edu> Date: Sat, 28 Mar 2015 12:34:10 -0500 X-Mailer: Oracle Communications Messenger Express 7u4-25.01(7.0.4.25.0) 64bit (built Feb 29 2012) Content-language: en X-Accept-Language: en Priority: normal In-reply-to: <76c0e7b01a590.5516e601@wiscmail.wisc.edu> References: <7690a3441ead4.551594e7@wiscmail.wisc.edu> <76909a4f19c67.5515ad08@wiscmail.wisc.edu> <76c0fd741e95b.5515ad45@wiscmail.wisc.edu> <74c0b9c31e256.5515ad81@wiscmail.wisc.edu> <756091261940d.5515adbd@wiscmail.wisc.edu> <76d0b1151e660.5515adfa@wiscmail.wisc.edu> <77108cfd1b860.5515aeae@wiscmail.wisc.edu> <7720bc451e4be.5515af65@wiscmail.wisc.edu> <7710fa6b1a21c.5515afa2@wiscmail.wisc.edu> <76209dc91b18c.5515afde@wiscmail.wisc.edu> <778097831d7a0.5515b01a@wiscmail.wisc.edu> <74c0dd911cc20.5515b1bf@wiscmail.wisc.edu> <7620ce6a1ede9.5515b1fb@wiscmail.wisc.edu> <75809f631a9ea.5515b273@wiscmail.wisc.edu> <74c0c68c181f6.5515b2b2@wiscmail.wisc.edu> <7720d1441ccaf.5515b32b@wiscmail.wisc.edu> <74c08d751f8da.5515b3a3@wiscmail.wisc.edu> <76c0bc8e1e39d.5515b3df@wiscmail.wisc.edu> <7620a9ae1d20e.5515b41c@wiscmail.wisc.edu> <7620967c1cf02.5515b458@wiscmail.wisc.edu> <7720f07018666.5515b495@wiscmail.wisc.edu> <7710f0721f400.55156e79@wiscmail.wisc.edu> <5515D59B.4070701@cs.ucla.edu> <778093ba1e29a.5516e185@wiscmail.wisc.edu> <7690f1e91d576.5516e1c1@wiscmail.wisc.edu> <75609df318fd8.5516e1fe@wiscmail.wisc.edu> <771089581ee95.5516e23a@wiscmail.wisc.edu> <758091f71b5bc.5516e277@wiscmail.wisc.edu> <758088ac1e4b2.5516e2b3@wiscmail.wisc.edu> <7620abf6180a0.5516e2ef@wiscmail.wisc.edu> <7560eda71f1e6.5516e32c@wiscmail.wisc.edu> <77409e1c1b8f8.5516e368@wiscmail.wisc.edu> <7620da651d86f.5516e3e1@wiscmail.wisc.edu> <7620b1871c42b.5516e41d@wiscmail.wisc.edu> <7620c7b21cdba.5516e45a@wiscmail.wisc.edu> <7560d96a1876e.5516e496@wiscmail.wisc.edu> <7710ade21f2e9.5516e4d3@wiscmail.wisc.edu> <76209c6c1becf.5516e54b@wiscmail.wisc.edu> <74c086561a109.5516e588@wiscmail.wisc.edu> <7710a3ca1841e.5516e5c4@wiscmail.wisc.edu> <76c0e7b01a590.5516e601@wiscmail.wisc.edu> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) On 15-03-27, Jim Meyering wrote: > On Fri, Mar 27, 2015 at 3:11 PM, Paul Eggert wrote: > > Isaac Schwabacher wrote: > > > >> This is confusing at best > > > > Yes, at the very least the documentation should be improved. I installed > > the attached patch to try to do that. > > > >> Is it really better for a read on stdin to fail with EBADF rather than > >> simply returning EOF > > > > It depends on whether we want GNU nohup to be a universal donor or a > > universal acceptor. Right now it's more the former (if a program works with > > GNU nohup it should be portable to other nohup platforms); a nohup that > > makes stdin read from /dev/null would be more "accepting" of badly-written > > code developed elsewhere. I suppose I could be talked into that, > > particularly given Matlab's misbehavior here. Jim? > > My rationale (didn't check and assume it was I) was that it is > better to fail in a way more likely to alert the incautious user > that they have misused the tool, rather than to silently > accept questionable usage. > > Considering it has been this way for 10 years, and has > exposed real bugs in client code, I am inclined to prefer > the existing behavior. Fair enough. > Don't shoot the messenger? You mean the MATLAB rep who informed me that I could work around the land mine by not stepping on it? :P From unknown Sat Aug 09 05:01:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20214: Nohup input redirection inconsistent with documentation Resent-From: Jim Meyering Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 29 Mar 2015 16:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20214 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: 20214@debbugs.gnu.org, Isaac Schwabacher Received: via spool by 20214-submit@debbugs.gnu.org id=B20214.14276452622611 (code B ref 20214); Sun, 29 Mar 2015 16:08:01 +0000 Received: (at 20214) by debbugs.gnu.org; 29 Mar 2015 16:07:42 +0000 Received: from localhost ([127.0.0.1]:39749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YcFkT-0000g2-Sw for submit@debbugs.gnu.org; Sun, 29 Mar 2015 12:07:42 -0400 Received: from mail-ie0-f178.google.com ([209.85.223.178]:34573) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YcFkR-0000fp-4L for 20214@debbugs.gnu.org; Sun, 29 Mar 2015 12:07:39 -0400 Received: by iedfl3 with SMTP id fl3so114055634ied.1 for <20214@debbugs.gnu.org>; Sun, 29 Mar 2015 09:07:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=rZNIdez7WrerSvaworI0i1XVS6tw11yKqmzKcGiDsfA=; b=QFyqc7yxfrnBycRQFgiEqbdsTlWo/6IJzdtL0QuiwKR+TiE9OrVPPHJocgSSA+UN8U DFtNkAI//Ves4ikynsNXvTqz6Jx7gvTuE8IuAFwLDwXZy0NPvseeccWidsdzOrPv3Nch MyoNBQxXs3pZsUOQDqh8RU3CCLWCe6bEpK7vbfK2+YLFeVh5lLSFpR5UF9OV+IQd36vw fCp488fRq3ePS4q4eJvqUhnGZqbsCvNeQUlQKpEEbos8impHjo53mfI7qWsxVe412KuU bo4BnDJfB5aDpm8J6egoy4glvPNPJ82oJapmRUrHn9jVDBF8JADiXSd84u+m42RHNqLt i6ZA== X-Received: by 10.107.3.17 with SMTP id 17mr1268522iod.60.1427645253605; Sun, 29 Mar 2015 09:07:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.147.167 with HTTP; Sun, 29 Mar 2015 09:07:13 -0700 (PDT) In-Reply-To: References: <7690a3441ead4.551594e7@wiscmail.wisc.edu> <76909a4f19c67.5515ad08@wiscmail.wisc.edu> <76c0fd741e95b.5515ad45@wiscmail.wisc.edu> <74c0b9c31e256.5515ad81@wiscmail.wisc.edu> <756091261940d.5515adbd@wiscmail.wisc.edu> <76d0b1151e660.5515adfa@wiscmail.wisc.edu> <77108cfd1b860.5515aeae@wiscmail.wisc.edu> <7720bc451e4be.5515af65@wiscmail.wisc.edu> <7710fa6b1a21c.5515afa2@wiscmail.wisc.edu> <76209dc91b18c.5515afde@wiscmail.wisc.edu> <778097831d7a0.5515b01a@wiscmail.wisc.edu> <74c0dd911cc20.5515b1bf@wiscmail.wisc.edu> <7620ce6a1ede9.5515b1fb@wiscmail.wisc.edu> <75809f631a9ea.5515b273@wiscmail.wisc.edu> <74c0c68c181f6.5515b2b2@wiscmail.wisc.edu> <7720d1441ccaf.5515b32b@wiscmail.wisc.edu> <74c08d751f8da.5515b3a3@wiscmail.wisc.edu> <76c0bc8e1e39d.5515b3df@wiscmail.wisc.edu> <7620a9ae1d20e.5515b41c@wiscmail.wisc.edu> <7620967c1cf02.5515b458@wiscmail.wisc.edu> <7720f07018666.5515b495@wiscmail.wisc.edu> <7710f0721f400.55156e79@wiscmail.wisc.edu> <5515D59B.4070701@cs.ucla.edu> From: Jim Meyering Date: Sun, 29 Mar 2015 09:07:13 -0700 X-Google-Sender-Auth: 73Gmvwn73snbkFxFvaOjm3CxIsA Message-ID: Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Fri, Mar 27, 2015 at 7:14 PM, Jim Meyering wrote: > On Fri, Mar 27, 2015 at 3:11 PM, Paul Eggert wrote: >> Isaac Schwabacher wrote: >> >>> This is confusing at best >> >> Yes, at the very least the documentation should be improved. I installed >> the attached patch to try to do that. >> >>> Is it really better for a read on stdin to fail with EBADF rather than >>> simply returning EOF >> >> >> It depends on whether we want GNU nohup to be a universal donor or a >> universal acceptor. Right now it's more the former (if a program works with >> GNU nohup it should be portable to other nohup platforms); a nohup that >> makes stdin read from /dev/null would be more "accepting" of badly-written >> code developed elsewhere. I suppose I could be talked into that, >> particularly given Matlab's misbehavior here. Jim? > > My rationale (didn't check and assume it was I) was that it is > better to fail in a way more likely to alert the incautious user > that they have misused the tool, rather than to silently > accept questionable usage. > > Considering it has been this way for 10 years, and has > exposed real bugs in client code, I am inclined to prefer > the existing behavior. > > Don't shoot the messenger? Thinking about this some more, I conclude that history, and the ability to expose a few misuses are perhaps not sufficient argument for maintaining the status quo. So if you (Paul) want to flip nohup to universal acceptor, I would not object. From unknown Sat Aug 09 05:01:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20214: Nohup input redirection inconsistent with documentation Resent-From: Assaf Gordon Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 23 Oct 2018 02:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20214 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 20214@debbugs.gnu.org Received: via spool by 20214-submit@debbugs.gnu.org id=B20214.154026039725111 (code B ref 20214); Tue, 23 Oct 2018 02:07:02 +0000 Received: (at 20214) by debbugs.gnu.org; 23 Oct 2018 02:06:37 +0000 Received: from localhost ([127.0.0.1]:36673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEm5d-0006Ws-37 for submit@debbugs.gnu.org; Mon, 22 Oct 2018 22:06:37 -0400 Received: from mail-it1-f176.google.com ([209.85.166.176]:39272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEm5b-0006WX-0I; Mon, 22 Oct 2018 22:06:35 -0400 Received: by mail-it1-f176.google.com with SMTP id m15so79658itl.4; Mon, 22 Oct 2018 19:06:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=wA2uVAywHzHzE9GjwV10OuPDVlcDSGtUKfGndZoOEx4=; b=IcyAC9LC1iJr9yv6Xgvfp02WkPT+RjiXO99SmwovgnSSnO8e+2UFvN9d89b9RYd/W3 PCPbJ9SYxBOszr6u51WRWsUKxZuAtang/iZWSDwhuWmfe+NoSSgiTq2LKdmIs47ul8dv 2F5WAoVNa9aqEeoQfPEzJWtfBLyCW4zJNNV0M6CpQqaGmZbULiCRupc/kbdGgmZrkEt9 BJeGUjH35itA6Ma06x7MoSuZT5QihqM3lAHrHFwZdemjXdT6aGvXsyTrZoRON9b45q4F 0YZdLZk26o1SyXKHTHZRM3B/eRVlyHDTNlqERrUXSjGm/XfEg1xfs3XorbkmyFxynIUN v+7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=wA2uVAywHzHzE9GjwV10OuPDVlcDSGtUKfGndZoOEx4=; b=YPY/BmRk9vAQIsNxhcU4lqHipFbWiwtphWHhJefbFu1ZzXV7nBdBUYmNLtHKgXNlXd jWPK2V9i8lp/sfM/Tl1UsfOqyTHSS4Zw3D7tKITKrIvhCENOeIXt+/9tbD06WDzs+Q8R mR/WpZD+1oKPZ2NuaAocfwkmv+t1PsgQ6qLGDuT4TyUtxMBCVpE2YyQ4qf4nG6jyGC6l Ce+MNkhR9amPc3pbefg6bOai3m0D7kGzyLEC1eiKOmZN+jPpBj7CZnzgyD/qHZfrILn3 6tkTj0AWxpLyUGGOW1OQXPsjzh+vwmlWyfoxTn8SHre+RDFeOrilZaox4VhYpWzltrS4 2CgQ== X-Gm-Message-State: ABuFfohKu7dxEod0EoNBqnv5NNvmL1SPhncsWHllBgICWCzmoJT7jguk YOoktP8aa5M2YKzztgY/boS1QNKg X-Google-Smtp-Source: ACcGV623tpJDLEUdZY0ahNfO/JUyN7d+QNF1ycEJy9wl+K6xbO50ZnkJqjc4uqr2wBkZRs5pw7e5Qw== X-Received: by 2002:a02:6d1d:: with SMTP id m29-v6mr7873560jac.8.1540260388895; Mon, 22 Oct 2018 19:06:28 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id y103-v6sm34075ita.24.2018.10.22.19.06.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Oct 2018 19:06:27 -0700 (PDT) References: <7690a3441ead4.551594e7@wiscmail.wisc.edu> <756091261940d.5515adbd@wiscmail.wisc.edu> <76d0b1151e660.5515adfa@wiscmail.wisc.edu> <77108cfd1b860.5515aeae@wiscmail.wisc.edu> <7720bc451e4be.5515af65@wiscmail.wisc.edu> <7710fa6b1a21c.5515afa2@wiscmail.wisc.edu> <76209dc91b18c.5515afde@wiscmail.wisc.edu> <778097831d7a0.5515b01a@wiscmail.wisc.edu> <74c0dd911cc20.5515b1bf@wiscmail.wisc.edu> <7620ce6a1ede9.5515b1fb@wiscmail.wisc.edu> <75809f631a9ea.5515b273@wiscmail.wisc.edu> <74c0c68c181f6.5515b2b2@wiscmail.wisc.edu> <7720d1441ccaf.5515b32b@wiscmail.wisc.edu> <74c08d751f8da.5515b3a3@wiscmail.wisc.edu> <76c0bc8e1e39d.5515b3df@wiscmail.wisc.edu> <7620a9ae1d20e.5515b41c@wiscmail.wisc.edu> <7620967c1cf02.5515b458@wiscmail.wisc.edu> <7720f07018666.5515b495@wiscmail.wisc.edu> <7710f0721f400.55156e79@wiscmail.wisc.edu> <5515D59B.4070701@cs.ucla.edu> From: Assaf Gordon Message-ID: Date: Mon, 22 Oct 2018 20:06:26 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 20214 fixed close 20214 stop (triaging old bugs0 >> On Fri, Mar 27, 2015 at 3:11 PM, Paul Eggert wrote: >>> Isaac Schwabacher wrote: >>> >>>> This is confusing at best >>> >>> Yes, at the very least the documentation should be improved. I installed >>> the attached patch to try to do that. On 29/03/15 10:07 AM, Jim Meyering wrote: > Thinking about this some more, I conclude that history, and the > ability to expose a few misuses are perhaps not sufficient argument > for maintaining the status quo. So if you (Paul) want to flip nohup > to universal acceptor, I would not object. With nohup's documentation improved, and no further comments/changes in 3 years, I'm closing this as "fixed". -assaf