Error Code 87: the SetFileTime parameter is incorrect

[Catalyst]

I have only used FFS twice and both times I am stopped with this error on numerous files, when Mirroring files from Windows 7 to USB Flash drive.

"Cannot write modification time of W7 Install Log.doc.ffs_tmp". A FAT volume can only store dates between 1980 and 2107, but files dates are within this range.

I never had this problem with other sync apps including Allways Sync.

How can I correct this issue?

Thank you!

Error Code 87.png (6.94 KiB) Viewed 5672 times

File Dates.png (8.44 KiB) Viewed 5672 times

[Zenju]

The problem is not the creation time of the file on "Z:\" but of the one on the source side. Anyway, FFS should not fail for a broken creation time, so I'll see to make the copy routine more tolerant.

[Zenju]

The issue has been fixed! Let me know in case of any other issues:
http://www.mediafire.com/download/vubnvxuvgw25cup/FreeFileSync_7.10_beta_Windows_Setup.exe

[Gpx]

Zenju

I have tried beta 10 and I still have the same issue.

I am trying to copy to a FAT network drive some files that are stored on my PC (NTFS). All dates of the original files are 2016 (created, modified, last accessed), so within the FAT time stamp range I believe. I am not updating files on my network drive I am trying to create brand new files.

Many thanks

Greg

[Zenju]

I have tried beta 10 and I still have the same issue.

What error message are you getting?

[Gpx]

The same as above, but only for Write (UTC), not for Created (UTC)

Thanks Zenju

[Zenju]

Then it's a legitimate error unless Windows Explorer shows a different modification time for this file.

[Gpx]

All dates (created , write, accessed) for this file are 2016. I do not understand

[Zenju]

Can you post a few screenshots comparing what is shown in FFS with Explorer?

[Gpx]

Zenju

Here are the screenshots. Quite self explanatory but it's in French though so tell me if you need translation.

Thanks

[Gpx]

Please note that 18/11/2015 23:36:41 UTC = 19/11/2015 00:36:41 Paris time (just to explain why we have a difference)

[Gpx]

I do not have issue when i copy/paste files from C: to K: in Windows Explorer

[Gpx]

To be complete, my K drive is indeed a virtual drive connected through webdav and recognize as a FAT drive

[Zenju]

Here are the screenshots. Quite self explanatory but it's in French though so tell me if you need translation.

The problem is not due to an invalid date, but caused by the WebDav drive not supporting modification times. The error message was misleading, though and I've fixed it to not warn about the date in this case.

I do not have issue when i copy/paste files from C: to K: in Windows Explorer

Unlike FFS, Windows Explorer ignores failure to write modification times.

[Gpx]

Thanks Zenju

Meaning taht next version of FFS will not warn about that and will sync smoothly ?

[Zenju]

No, it will still fail, but the error message will not be misleading anymore. :>

[Gpx]

Zenju

Do you think you could implement a drowngraded mode for FAT drive ?

If NTFS source drive contains x files and FAT destination drive contains 0, then at least it should be able to copy those x drive to the destination drive.

We could also imagine that we could compare file size and overwrite any file on the destination drive for which the size differs. That is what I would need to be honest ;-)

Many thanks

Greg

[Zenju]

If you don't have reliable file times you can directly do a compare by file size. Generally, having broken modification file times on the NTFS source side is not something that FFS should ignore. (Where did they come from?)

[softgear]

I have met the same error.
After I changed the file system of destination from exFAT to NTFS, I worked well.
I think FFS should resolve this problem for exFAT.