From owner-freebsd-hackers Sun Jul 12 05:50:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA22547 for freebsd-hackers-outgoing; Sun, 12 Jul 1998 05:50:54 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA22540 for ; Sun, 12 Jul 1998 05:50:53 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id FAA25645 for ; Sun, 12 Jul 1998 05:50:34 -0700 (PDT) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.8/8.8.4) with ESMTP id IAA18692; Sun, 12 Jul 1998 08:50:42 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by dignus.com (8.8.8/8.8.5) with ESMTP id JAA25423; Sun, 12 Jul 1998 09:27:11 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.8/8.6.9) id IAA14564; Sun, 12 Jul 1998 08:53:59 -0400 (EDT) Date: Sun, 12 Jul 1998 08:53:59 -0400 (EDT) From: Thomas David Rivers Message-Id: <199807121253.IAA14564@lakes.dignus.com> To: freebsd-hackers@freefall.cdrom.com, joelh@gnu.org Subject: Re: Improvemnet of ln(1). In-Reply-To: <199807111525.KAA13574@detlev.UUCP> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Whereas in order to get the existing non-"-f" behaviour, I'd have to > > modify existing code. > > A warning message wouldn't break your existing code. Again, we're not > proposing a prompt here, just a diagnostic that you can ignore if > you're intentionally linking to a non-existant file. Umm... just a subtle point here. Adding a message that didn't previously exist with working scripts will almost always break some code. If this ln were placed in a shell script that produced the string "OK" when it worked correctly - then the sudden appearance of new text would likely break users of that shell script. Also, sending the message to stderr instead of stdout will break fewer programs; but you have no assurances. My point being - a change in behaviour without a change in interface will break programs... almost by definition. I'm a believer in the more conservative "add a new option to produce these warnings" approach. Note that the opposite, add a new option to suppress the warnings isn't as palatable because one would need to visit every script that uses 'ln' and determine if the option should be added. And, furthermore, that script would suddenly become FreeBSD-specific... - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message