summaryrefslogtreecommitdiffstats
path: root/sys/nfsclient/nfs_node.c
diff options
context:
space:
mode:
authormjacob <mjacob@FreeBSD.org>1999-06-19 19:33:44 +0000
committermjacob <mjacob@FreeBSD.org>1999-06-19 19:33:44 +0000
commit63ed685667d63c71e409de1ac005284dad01bf15 (patch)
tree8a53ca5d7084c98c736a44dea61c9a22897f437a /sys/nfsclient/nfs_node.c
parent280f8f95b4045e45c9f5d18632bd0ccb8cc0fad2 (diff)
downloadFreeBSD-src-63ed685667d63c71e409de1ac005284dad01bf15.zip
FreeBSD-src-63ed685667d63c71e409de1ac005284dad01bf15.tar.gz
Thanks to Bruce for noticing this.... compare against the *new* nfsnode's
mount point for seeing whether or not the new nfsnode is already in the hash queue. We're pretty much guaranteed that the old nfsnode is already in the hash queue. Wank! Infinite Loop! Looks like just a minor typo.... (ah the influence of fortran ... np && np2... why not nfsnode_the_first && nfsnode_the_second???)...
Diffstat (limited to 'sys/nfsclient/nfs_node.c')
-rw-r--r--sys/nfsclient/nfs_node.c4
1 files changed, 2 insertions, 2 deletions
diff --git a/sys/nfsclient/nfs_node.c b/sys/nfsclient/nfs_node.c
index 97db442..77ebecb 100644
--- a/sys/nfsclient/nfs_node.c
+++ b/sys/nfsclient/nfs_node.c
@@ -34,7 +34,7 @@
* SUCH DAMAGE.
*
* @(#)nfs_node.c 8.6 (Berkeley) 5/22/95
- * $Id: nfs_node.c,v 1.29 1999/06/05 05:26:36 peter Exp $
+ * $Id: nfs_node.c,v 1.30 1999/06/15 23:24:14 mjacob Exp $
*/
@@ -163,7 +163,7 @@ loop:
* Insert the nfsnode in the hash queue for its new file handle
*/
for (np2 = nhpp->lh_first; np2 != 0; np2 = np2->n_hash.le_next) {
- if (mntp != NFSTOV(np)->v_mount || np2->n_fhsize != fhsize ||
+ if (mntp != NFSTOV(np2)->v_mount || np2->n_fhsize != fhsize ||
bcmp((caddr_t)fhp, (caddr_t)np2->n_fhp, fhsize))
continue;
vrele(vp);
OpenPOWER on IntegriCloud