-
Just some quick shot: If mode is used: Does changing the mode make a difference?.
2010-01-08 20:27:50 UTC by zhnmju123
-
Loud thinking: Maybe automatically resolving relative names into absolute names (and then prepending \\?\ could be a safe solution.
2010-01-08 16:43:42 UTC by zhnmju123
-
The problem is that the Windows API cannot handle filenames longer than 259 characters by default. It needs a \\?\ prefix to process longer names, e.g.
\\?\C:\dirname instead of C:\dirname.
Maybe there is some good way to automate this process. I'll follow up in this feature request:
https://sourceforge.net/tracker/?func=detail&aid=2922819&group_id=234430&atid=1093083
Regards, ZenJu.
2010-01-08 16:42:38 UTC by zhnmju123
-
Problem fixed. I'll try to release a new version very soon.
Regards, ZenJu.
2010-01-08 16:29:17 UTC by zhnmju123
-
Hi Stoyan,
thanks a lot for pointing this out! The algorithm is a bit too strict in this case and does not respect FAT/FAT32's 2 second file time precision. I'll patch this.
Regards, ZenJu.
2010-01-08 16:20:05 UTC by zhnmju123
-
Unbuffered means it bypasses the OS's buffering but not necessarily a hard disk's internal buffers.
Technically, after copying, it reads both source and target files again and checks for binary equality. This detects for example single hard disk read errors.
> this feature will catch read and write errors resulting from a bad hard drive?
Yes, if a read error is temporary or fluctuating. On...
2010-01-08 16:13:20 UTC by zhnmju123
-
Oops, my mistake - the problem exists in v.3.1 too!
2010-01-08 10:35:10 UTC by tonibony
-
I am using FFS v. 3.2 (32bit) on Windows XP in "Automatic" synchronization mode. In some situations I am getting false conflicts. Here are the steps to reproduce the problem:
- Reset FFS settings to defaults - "File size and date" comparision, "Automatic" synchronization, ... (looks like others don't matter, but I didn't check every combination).
- Create two empty folders to synchronize...
2010-01-08 10:29:00 UTC by tonibony
-
[quote]An immediate comparison when starting FFS regularly is not in discussion anyway[/quote]
Oh, I did not realize this. So, this is no problem for me at all, as I only start the gui, then load the files I want to work with, which are mainly batch files.
[quote]2. Except when any of the directories is not existing.[/quote]
This is a very good idea!
regards,
fred
PS...
2010-01-08 08:10:37 UTC by grobbla
-
Under Windows 7 64 Bit I get the below error message with some (few) files. Other files with very similar long file names get synced without any problems.
The error
- occurs with trying to sync to an external drive (USB or eSATA attached)
- does NOT occur, when syncing to an internal eSATA drive
The "normal" Windows copy to external drives however runs without any problems...
2010-01-08 08:01:53 UTC by tvi
