From owner-freebsd-audit Thu Jun 21 12:50: 7 2001 Delivered-To: freebsd-audit@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [64.211.219.54]) by hub.freebsd.org (Postfix) with ESMTP id 8FB3537B401; Thu, 21 Jun 2001 12:50:00 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id MAA15823; Thu, 21 Jun 2001 12:49:58 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp05.primenet.com, id smtpdAAArmay3E; Thu Jun 21 12:49:52 2001 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id MAA11812; Thu, 21 Jun 2001 12:52:15 -0700 (MST) From: Terry Lambert Message-Id: <200106211952.MAA11812@usr05.primenet.com> Subject: Re: new kldpath(8): display/modify the module search path To: peter@wemm.org Date: Thu, 21 Jun 2001 19:52:15 +0000 (GMT) Cc: arch@FreeBSD.ORG, audit@FreeBSD.ORG X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-audit@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: ] > Likewise, the lack of a parallel, asynchronous resolver is a ] > serious deficit in FreeBSD, which is the result of jamming ] > the recolver into libc "because libresolv is how SVR4 and ] > Linux do it, and it would be a pain to go through and change ] > the network using ports to include the library linkage for ] > the one time it would be necessary". ] ] Full, complete patches to remove res_* from libc would be welcome. ] "Full" and "Complete" means the *entire* tree. For it to be useful ] it needs to be relative to -current. You probably need to do ] some tweaks to the ports *.mk files for ports that do a 'getXXXbyYYY()'. ] ] I await your submission. If not, then shut up. What an absolutely brilliant approach to solving the problem. I had only considered importing a libresolv into /usr/src/lib/libresolv, and then switching ports and programs over gradually, and then at the end, when everything worked, removing the old, lousy resolver code from libc so that the transition would have the least possible impact on everyone. Your idea of switching everything over all at once, and breaking the world and pissing everyone off to the point of the changes being reverted, and keeping the old, buggy resolver code in libc for all eternity is _clearly_ much, much, better. PS: The approach you first think of when you go to solve a problem is not always the best approach; other people may in fact have ideas which aren't stupid. PPS: I would not have been this rude in pointing out the errors in your assumptions, had you not been that rude about allowing anyone to even present the idea. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-audit" in the body of the message