> I thought it wasn't until NFSv4 they were supported but I guess it was
> NFSv3. NFSv2 supported microsecond resolution (search for "useconds" in http://www.faqs.org/rfcs/rfc1094.html). I've got a feeling that you're right, though, in as much as it was only implemented to a second resolution in Linux. I may well be wrong - it's been a few years since anyone asked me any questions about NFSv2. ------------------------------------- Martin's Outlook, BlueArc Engineering -----Original Message----- From: Paul Smith [mailto:[EMAIL PROTECTED] On Behalf Of Paul D. Smith Sent: Tuesday, December 13, 2005 11:08 To: Martin Dorey Cc: [EMAIL PROTECTED]; bug-make@gnu.org Subject: RE: GNU Make 3.80 problem on Solaris 8 %% "Martin Dorey" <[EMAIL PROTECTED]> writes: >> NFS filesystems (at least not NFSv2 or NFSv3) don't support sub-second >> timestamps md> That's definitely not true. NFSv3 supports nanosecond timestamp md> resolution. This isn't just a theoretical capability. I'm md> looking at a file on a Solaris box exported with NFSv3 to a Linux md> client, showing a microsecond precision timestamp all the way up md> the stack to the ls -l --full-time output. Ah, OK. I got my versions mixed up. I thought it wasn't until NFSv4 they were supported but I guess it was NFSv3. md> touch(1) on my Linux NFSv3 client won't send a sub-microsecond md> precision timestamp over the wire to a server which supports the md> full nanosecond resolution (a BlueArc Titan). I'm not sure where md> in the stack the nanoseconds have been rounded off, though md> utimes(2) would be my guess. It was strange, but filesystems supported subsecond timestamps well before there was any system interface to set them. That is, you could retrieve them but not set them... so tools like tar, cp -p, etc. couldn't preserve the subsecond part. I think this has been resolved now, maybe in SuS, but I don't remember the details and I'm sure there are many tools out there which still don't support them (tar has a bigger problem in that they'd need to be preserved in the archive format). -- ------------------------------------------------------------------------ ------- Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org "Please remain calm...I may be mad, but I am a professional." --Mad Scientist _______________________________________________ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make