From: Dan Trufasiu (dan.trufasiu@hummingbird.com)
Date: 02/20/02-07:02:47 PM Z
From: "Dan Trufasiu" <dan.trufasiu@hummingbird.com> Subject: RE: Named attributes Date: Wed, 20 Feb 2002 20:02:47 -0500 Message-ID: <013101c1ba73$7a71faa0$460d010a@hcl.com> I consider that the job of discarding the extended attributes is a client job. If is the job of the application or the file system (on the client) this depends of the awareness of the file system concerning the existence of the extended attributes. In the PC case the file system receives the request at the CreateFile to create some "extended attributes" and for this reason I consider that for the PC the file system is responsible for processing them. Dan > -----Original Message----- > From: owner-nfsv4-wg@sunroof.eng.sun.com > [mailto:owner-nfsv4-wg@sunroof.eng.sun.com]On Behalf Of Guy Harris > Sent: Wednesday, February 20, 2002 7:20 PM > To: Neil Brown > Cc: shepler@eng.sun.com; nfsv4-wg@sunroof.eng.sun.com > Subject: Re: Named attributes > > > On Thu, Feb 21, 2002 at 10:15:55AM +1100, Neil Brown wrote: > > Thumbnails: > > Desktop developers seem to like being able to store > all sorts of > > ad hoc information with a file, such as a thumbnail or an icon, > > or MIME type. For a thumbnail, this is a summary of > the object, > > and can be regenerated if needed (i.e. the named > attribute serves > > as a cache). I don't know if they would treat MIME type as a > > regeneratable summary or not, but in either case, > these sorts of > > things are very likely to change if the file changes, and > > certainly if the file is TRUNCated. > > You could argue that such things should be discarded > whenever the > > file changes at all. > > You could also argue that discarding them is the job of the > application > changing the file, not the job of the file system.... >
This archive was generated by hypermail 2.1.2 : 03/04/05-01:49:32 AM Z CST