From owner-freebsd-hackers Sun Jul 9 9:36:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 4BD9E37B95E for ; Sun, 9 Jul 2000 09:36:16 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id JAA28791; Sun, 9 Jul 2000 09:36:14 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA48743; Sun, 9 Jul 2000 09:36:14 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 9 Jul 2000 09:36:14 -0700 (PDT) Message-Id: <200007091636.JAA48743@vashon.polstra.com> To: mhenrion@cybercable.fr Subject: Re: ldconfig behaviour when no parameters are given In-Reply-To: <39678B9C.C9166C11@cybercable.fr> References: <39678B9C.C9166C11@cybercable.fr> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <39678B9C.C9166C11@cybercable.fr>, Maxime Henrion wrote: > > When ldconfig is invoked without any parameters, the shared library > cache is reseted to the contents of /usr/lib only. I think such a > behaviour isn't very useful, especially when one knows that a lot of > people come to FreeBSD after having used Linux. The first time they get > an error message like "foo.so not found", they, nearly automatically, > run ldconfig and so screw up their shared library cache. > Is there a special reason why ldconfig behaves this way ? And is > there any application that rely on that behaviour ? This would at least > estonish me. That's why, i wanted to suggest that ldconfig prints a > usage screen when invoked without parameters, or else that it performs a > default and safe action, like a refresh (ldconfig -R). I agree with you. The default action should be the same as "-R". Don't worry, there aren't any applications that rely on the current behavior. > If it happens that what I say make sense, and that the two > requirements above are met (see the two questions), i'll be happy to > submit a patch. Great. If you'll make the patch, I'll review it and commit it. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message