rsync

15 Branches180 Tags
rsync-bugspreparing for release of 1.6.42b7e90428 years agoHistory
NameLast commit messageLast commit date
libdon't use WRAP as that maybe be defined in standard includes29 years ago
.cvsignorepreparing for release of 1.6.428 years ago
.ignoreInitial revision30 years ago
byteorder.hInitial revision30 years ago
checksum.cdamn, I had implicitly assumed signed characters when writing the rolling checksum code. The result is that rsync worked much more slowly when going between two machines where one of the machines uses signed and the other unsigned chars. The rolling checksum rarely matched so effectively a copy was done in many cases. The data always came through correctly so no file corruption occurred but it's pretty pointless using rsync if it doesn't speed things up! I've now made the sign of the chars explicit28 years ago
compat.csave some more bytes by making the checksum smaller30 years ago
configure.ininclude sys/socket.h if possible (this should make rsync compile cleanly on SCO)28 years ago
COPYINGInitial revision30 years ago
exclude.csome people are now using rsync as a public server, using various patches or wrappers. One problem with this is that rsync was not written with this in mind and wasn't very careful about possible stack overflows etc which could lead to security breaches. This wasn't a problem when run in the traditional way as any user that can run rsync can login anyway and cause much more damage that way. This patch attempts to close possible stack overflow problems. I've checked for all strcpy(), strcat(), sprintf() and memcpy() overflows. I would appreciate it if someone else with a devious mind could also go through the rsync source code and see if there are any other stack overflows possible. Let me know if you do.28 years ago
flist.csome people are now using rsync as a public server, using various patches or wrappers. One problem with this is that rsync was not written with this in mind and wasn't very careful about possible stack overflows etc which could lead to security breaches. This wasn't a problem when run in the traditional way as any user that can run rsync can login anyway and cause much more damage that way. This patch attempts to close possible stack overflow problems. I've checked for all strcpy(), strcat(), sprintf() and memcpy() overflows. I would appreciate it if someone else with a devious mind could also go through the rsync source code and see if there are any other stack overflows possible. Let me know if you do.28 years ago
hlink.c- fixed an off by 1 bug in the hard link support - added a note about anonymous cvs access to the source code in the README28 years ago
install-shInitial revision30 years ago
io.cseveral changes: - by popular demand I have changed the behaviour of the --delete option. It should now work as "expected" for even those people silly enough not to read the man page. rsync will now only look for candidate files/directories to delete in directories that are explicitly transferred from the sender - updated the README a bit - try to fail a bit more gracefully when rsync runs out of disk space. I don't think this issues is fully resolved yet28 years ago
main.cprocess directory permissions and times ater hard links becuase the hard link processing can modify the directory times28 years ago
Makefile.inpatch from Jim Meyering <meyering@eng.ascend.com> - fixed typos in man page - use @CFLAGS@ in Makefile.in, allowing override on command line28 years ago
match.cminor cleanups (unused variables etc)28 years ago
md4.c*** empty log message ***30 years ago
md4.hInitial revision30 years ago
mkproto.awkInitial revision30 years ago
README- fixed an off by 1 bug in the hard link support - added a note about anonymous cvs access to the source code in the README28 years ago
rsync.cprocess directory permissions and times ater hard links becuase the hard link processing can modify the directory times28 years ago
rsync.honly include sys/mod.h if S_ISLNK is not already defined. This allows things to work on aix without causing broken sgi headers files to spew lots of complaints28 years ago
tech_report.texInitial revision30 years ago
token.ccasting cleanups (rsync now compiles cleanly under IRIX 6.4)28 years ago
util.cadded a --relative (== -R) option. This is what Anthony Thyssen suggested on the list recently. See the man page entry for details but basically it changes the behaviour so that paths are not stripped, thus allowing you to specify a single rsync command to sync lots of directories/files while preserving the full path name of each file. also fixed a bug in the handling of umasks when both the source and destination machines are local. We need to reset the umask before the exec to ensure that the child gets a correct umask.28 years ago
version.hfix version number29 years ago