From owner-freebsd-current  Tue Jul 22 09:55:56 1997
Return-Path: <owner-freebsd-current>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA10845
          for current-outgoing; Tue, 22 Jul 1997 09:55:56 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA10831;
          Tue, 22 Jul 1997 09:55:51 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA02993; Wed, 23 Jul 1997 02:54:30 +1000
Date: Wed, 23 Jul 1997 02:54:30 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199707221654.CAA02993@godzilla.zeta.org.au>
To: bde@zeta.org.au, dfr@nlsystems.com
Subject: Re: more WebNFS merge bugs, one serious
Cc: current@freebsd.org, dfr@freebsd.org
Sender: owner-freebsd-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>> because for old mount binaries, the extra field in export_args is taken
>> from the uid arg, the uid arg is taken from the gid arg, the mode arg

>Sigh.  How do you think I should fix this?  It would be hard to cope with
>the old structure since the args are different for each mount.

Perhaps there should be some version numbers or spare fields to prevent
or delay it happening again.

>Thanks for the fixes.  Is the hash stuff still used by the name cache?  I
>can't remember exactly what Poul did to it when he was changing the cache.

It seems to be.  I think the value calculated by nfs_namei() just isn't
used.  lookup() always calculates it.

BTW, many tsleep strings in nfs are too long or not unique.  They get
truncated by ps(1) and mess up the formatting in ddb.

Bruce