Version 1.07 of rsyncrypto is available for download from the usual
place. This version addresses almost all of the problems discussed on
the list since the previous version was released (with the exception of
the problem raised by Robin regarding a file changing into a directory).
Also part of this release is an overhaul of the entire Windows build system.
The last compiler I have been working on for Windows was Visual Studio
6, released somewhere around 1998. I decided that upgrading the compiler
once every 10 years is reasonable. For that reason, I bought Visual
Studio 9 (200$ for the upgrade edition, and the MS site states the
license you can upgrade FROM can be any development IDE you may have
used, including, explicitly stated, Eclipse, so everyone is eligible).
The current source code may or may not also compile on Visual Studio 9
Express edition, downloadable free of charge from the MS site.
I have to say that MS really fucked up with everything to do with the
Visual Studio runtime libraries (and, more generally, the Manifest
system). I have spent the better part of THREE MONTHS trying to compile
a project until I found how one is supposed to work with them.
As part of said fuckup, I tried to compile the runtime library
statically into rsyncrypto. Unfortunately, it is not possible to pass
"stderr" between a program (rsyncrypto) and a library (argtable) unless
they both link dynamically with the runtime library (using the single
threaded version may also work, but that has other drawbacks). As a
result, this version of rsyncrypto for Windows will arrive with its very
own MSI for installation, as there is no other way to distribute the MS
runtime libraries. The installation is more cumbersome, as a result, but
the build environment has, actually, improved as a result. Of course,
Visual Studio 9 Express has no support for generating an installer as
part of the build process, so I'll try to make sure the readme has
everything necessary for knowing how to build it.
Lastly, I'm very glad to say that rsyncrypto no longer requires STLPort
in order to compile on Windows. The STL version supplied with Visual
Studio is enough for it (we no longer rely on hash_map even on platforms
that do have it).
I thank you all for the input