From: "J. Bruce Fields" <bfields@fieldses.org>
Subject: Re: Some uncomformity between the realization of the
	RHEL5Beta1 and the RFC1813
Date: Tue, 31 Oct 2006 21:50:52 -0500
Message-ID: <20061101025052.GA32052@fieldses.org>
References: <008001c6fd5f$2c350330$8904a8c0@xurui>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Cc: nfs@lists.sourceforge.net
To: xurui <xur@nanjing-fnst.com>
In-Reply-To: <008001c6fd5f$2c350330$8904a8c0@xurui>
Sender: nfs-bounces@lists.sourceforge.net
Errors-To: nfs-bounces@lists.sourceforge.net

On Wed, Nov 01, 2006 at 10:41:03AM +0800, xurui wrote:
>  struct COMMIT3args { nfs_fh3    file; offset3    offset; count3
>  count; };
...
>  
> 
> When we send the package with the sum of the augment count and offset
> larger than the file size ,which will lead to the overflow ,we assumed
> that nfs server will return fail message,

Why do you assume that?

That doesn't sound like the right behavior to me.  What if the file has
been truncated on the server without the client's knowledge?  Isn't it
better in that case to flush out whatever range remains instead of
failing the commit?

--b.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs