From owner-freebsd-hackers Sat Jul 11 12:07:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA03491 for freebsd-hackers-outgoing; Sat, 11 Jul 1998 12:07:29 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA03485 for ; Sat, 11 Jul 1998 12:07:26 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id PAA08412; Sat, 11 Jul 1998 15:15:07 -0400 (EDT) Date: Sat, 11 Jul 1998 15:15:07 -0400 (EDT) From: Charles Youse To: Bakul Shah cc: joelh@gnu.org, dchapes@ddm.on.ca, rminnich@Sarnoff.COM, hackers@FreeBSD.ORG Subject: Re: Improvemnet of ln(1). In-Reply-To: <199807111759.NAA20011@chai.torrentnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Obviously this guy is on crack. "Adding a warning to stderr is gonna break things! Why can't we just leave it alone instead of effecting massive change?!?" I'd hate to see what FreeBSD would be like if everybody had that mentality. Chuck On Sat, 11 Jul 1998, Bakul Shah wrote: > > How on earth will issuing a diagnostic break scripts? > > Consider a script that uses output of another script. A > typical shell script that just does its job normally does not > chatter away on stderr. If dmr & ken had wanted warnings > they would have added stdwarn [warning: that is a joke] > > > How on earth will issuing a diagnostic make it harder to write > > scripts? > > Because now you have to filter out (additional) noise. > > > I'm *not* talking about a prompt a la cp -i. I'm *not* talking about > > a failure a la trying to symlink over an existing file. I'm talking > > about a diagnostic. > > Understood. I am just pointing out that *any* deviation from > existing practice can break things. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message