From owner-freebsd-hackers Thu May 27 6: 7:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.oeno.com (ns.oeno.com [194.100.99.145]) by hub.freebsd.org (Postfix) with SMTP id 04144150BA for ; Thu, 27 May 1999 06:07:19 -0700 (PDT) (envelope-from will@ns.oeno.com) Received: (qmail 4558 invoked by uid 1001); 27 May 1999 13:07:17 -0000 To: zzhang@cs.binghamton.edu (Zhihui Zhang) Cc: hackers@freebsd.org Subject: Re: A bug in namei cache? References: From: Ville-Pertti Keinonen Date: 27 May 1999 16:05:18 +0300 In-Reply-To: zzhang@cs.binghamton.edu's message of "25 May 1999 19:46:20 +0300" Message-ID: <867lpufysx.fsf@not.demophon.com> Lines: 11 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG zzhang@cs.binghamton.edu (Zhihui Zhang) writes: > Suppose you want to mv a directory file (with subdirectories) to another > name (it is like grafting a subtree to another point), the namecache > associated with the source directory file will be purged by calling > cache_purge() (done in ufs_rename()?). However, the routine cache_purge() > does not purge cache entries recursively down the subtree. Will this > result in a lot of stale entries in the namecache? FreeBSD 3.1 no longer The name cache only caches component names, not paths, so the entries are still valid. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message