When using XCOPY /D from an NTFS driver to a Samba share, the timestamp resolution is limited to one second: c:\user\appl\TortoiseCVSGH-1.4.5: Written: 01c37cf5:0d1565e6 2003/09/17 08:24:02.484 s:\tma\user\appl\TortoiseCVSGH-1.4.5: Written: 01c37cf5:0ccb7d00 2003/09/17 08:24:02.000 I think this may not be fixable, since utime(2) does not support time stamp resolution below one seconds. Still, this would improve compatibility with Windows servers.
Sorry, but the 2.2 is not under development any longer. If you can reproduce this bug against the latest 3.0 release, please reopen this bug and change the version in the report. Thanks.
Confirmed on Samba 3.0.1-Debian (Samba share on reiserfs volume), client W2K Professional Service Pack 4: C:\user\tid>xcopy *.* q:\testing /r/s/k/d/y C:ghtrproj.ini C:tma.tid C:tma.tid~ 3 File(s) copied C:\user\tid>xcopy *.* q:\testing /r/s/k/d/y C:tma.tid 1 File(s) copied C:\user\tid>xcopy *.* q:\testing /r/s/k/d/y C:tma.tid 1 File(s) copied C:\user\tid>dumptime q:\testing\tma.tid q:\testing\tma.tid: Created: 01c3f605:771a7d80 2004/02/18 09:56:23.000 Accessed: 01c3f605:771a7d80 2004/02/18 09:56:23.000 Written: 01c3f605:771a7d80 2004/02/18 09:56:23.000 C:\user\tid>dumptime tma.tid tma.tid: Created: 01c3bf23:9965ac66 2003/12/10 13:43:31.484 Accessed: 01c3f605:77455e10 2004/02/18 09:56:23.281 Written: 01c3f605:77455e10 2004/02/18 09:56:23.281 ---------------------------------------------------------------------------- linux1:/home/data/uback/testing# ll total 108 -rw-rw-r-- 1 GATEHOUSE+tma users 1878 Nov 26 23:32 ghtrproj.ini -rw-rw-r-- 1 GATEHOUSE+tma users 49500 Feb 18 10:56 tma.tid -rw-rw-r-- 1 GATEHOUSE+tma users 49500 Jan 13 13:14 tma.tid~
can't fix without file system support.
forgot to mark as resolved.
database cleanup