Unison 2.10.2 fast update check broken?

Seems that Cygwin port of the unison file synchronizer does not do the -fastcheck very well. Transcript follows: # Start of transcript # creates archives for first time $ cd /tmp ; touch a b ; /bin/unison-2.10.2 ./a ./b ... $ touch a $ /bin/unison-2.10.2 -fastcheck true -times -debug verbose ./a ./

Re: Unison 2.10.2 fast update check broken?

Hi Andrew, I just rerun the transcript below with both linux and native Win32 builds of unison, and the difference is, that those versions actually transfer the modification times even if the content of the file is unchanged. This results in the following synchronizations to not to have to read the

Removal of hard links with count > 1 for files that are in use

$ ln /bin/rm.exe ./foo.exe $ /bin/rm.exe -f ./foo.exe rm: cannot remove `foo.exe': Permission denied Is this expected behaviour? -Marcus. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.

Re: Unison 2.10.2 fast update check broken?

Rolf Campbell wrote: Marcus Picasso wrote: > Seems that Cygwin port of the unison file synchronizer does not do the > -fastcheck very well. Transcript follows: > > ... > > Can somebody confirm / explain this behaviour? I have a large tree that > I'm synchronizing acro