[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: GNU Make 3.80 problem on Solaris 8
From: |
Paul D. Smith |
Subject: |
RE: GNU Make 3.80 problem on Solaris 8 |
Date: |
Tue, 13 Dec 2005 14:08:00 -0500 |
%% "Martin Dorey" <address@hidden> 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 <address@hidden> 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