peter fce0d9b321 Don't over-allocate and over-copy shorter NFSv2 filehandles and then ... correct the pointers afterwards. It's kinda bogus that we generate a 24 (?) byte filehandle (2 x int32 fsid and 16 byte VFS fhandle) and pad it out to 64 bytes for NFSv3 with garbage. The whole point of NFSv3's variable filehandle length was to allow for shorter handles, both in memory and over the wire. I plan on taking a shot at fixing this shortly.		1999-08-04 14:41:39 +00:00
..
nfs_serv.c	Correct the sanity test length calculation in nfsrv_readdirplus(): len is	1999-07-29 21:42:57 +00:00
nfs_srvcache.c	Moved `#ifndef NFS_NOSERVER' after including nfs.h.	1998-07-02 12:41:42 +00:00
nfs_srvsock.c	Various changes lifted from the OpenBSD cvs tree:	1999-06-05 05:35:03 +00:00
nfs_srvsubs.c	I have not one single time remembered the name of this function correctly	1999-07-17 18:43:50 +00:00
nfs_syscalls.c	Matt's NFS fixes.	1999-06-23 04:44:14 +00:00
nfs.h	remove b_proc from struct buf, it's (now) unused.	1999-05-06 20:00:34 +00:00
nfsm_subs.h	Don't over-allocate and over-copy shorter NFSv2 filehandles and then	1999-08-04 14:41:39 +00:00
nfsproto.h	For the on-the-wire protocol, u_long -> u_int32_t; long -> int32_t;	1998-05-31 20:09:01 +00:00
nfsrvcache.h	For the on-the-wire protocol, u_long -> u_int32_t; long -> int32_t;	1998-05-31 20:09:01 +00:00
nfsrvstats.h	remove b_proc from struct buf, it's (now) unused.	1999-05-06 20:00:34 +00:00