All known 2.2.1 showstoppers fixed..

Jeremy Allison jeremy at
Wed Jul 4 01:04:00 GMT 2001

Nick Demou wrote:
> Once again the team should have done great work! I'm looking forward to get
> the final code running.
> Just for the record I have reported this minor bug and never had a response
> so I will mention it again now. I DO NOT BELIEVE YOU SHOULD DELAY 2.2.1 FOR
> IT but if it is very easy to fix then why not (even the smallest bugs are
> live creatures who deserve some honor :-)
> In a a samba 2.2.0 on a redhat 7 PC:
> 1) I create a file in samba and it gets a created/modified time of say
> 06:00:09
> 2) I am using DOS xcopy to copy it to a win98 client, the copy has a time of
> 06:00:08
> whoops! the copy looks as if it is older than the original. In my case this
> is a problem because I rely on time stamps to keep an updated replica of the
> samba service.
> If I copy through windows everything works fine.
> 3) I am reading the manual and dos filetime resolution seems to deal with
> this situation:
> <<<from the man page
> Under the DOS and Windows FAT filesystem, the finest granularity on time
> resolution is two seconds. Setting this parameter for a share causes Samba
> to round the reported time down to the nearest two second boundary when a
> query call that requires one second resolution is made to smbd(8) .
> >>>
> So, I set dos filetime resolution to yes but nothing changes

Actually, this was reasonably simple to fix. Please
CVS checkout the 2.2.1 code and try again. Setting
dos filetime resolution on a share now should round
times down to 2 second boundaries.



Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.

More information about the samba-technical mailing list