revamped the -delete code. The last few bugs with it revealed that it
had a fundamental flaw in the way it detected duplicate deletion
scanning (which is very important when -R is used). I now store
inode/device numbers and use those to do the detection. This should be
a much less fragile method.

a few code cleanups

preparing for release of 1.7.3

fixed a bug in the handling of -R with --delete

I introduced this bug in the last version as a side effect of fixing
the permissions on intermediate directories with -R. drat.

not quite so many decimal places in "speedup" :-)

fixed a bug in handling the -c option and non-regular files. It hadn't
turned up before because Linux had a bug in the handling of NULL
pointers to read()/write() on pipes, so I never noticed the bug in my
testing.

I've also sent a patch to Linus.

preparing for release of 1.7.2

handle sparse files more efficiently

a couple more system calls wrapped in syscall.c

in local->local mode don't use exec to start the "remote" rsync,
instead just fork()

fixed a bug in the hlink code - it wasn't taking account of the new
pointer list code for flist.

fixed a string termination bug in the uidlist handling code. I've also
added a read_sbuf() routine that fixes this kind of bug generically to
avoid similar problems in future.

don't need to test for SETPGRP any more as it is no longer used

Solaris uses EEXIST instead of ENOTEMPTY.

preparing for release of 1.7.1

fixed a bug I introduced in the last big commit

added some debugging code

preparing for release of 1.7.0

updated README and man page ready for the new release

- added an internal io_error flag. Whenever an io error occurs (such
as not being able to open a directory) this flag is set and propogated
to the other end. When this flag is set the --delete code is
disabled. This prevents the problem that io or permission errors could
cause files to be incorrectly deleted on the destination.

- added a --timeout option. This allows you to set an IO timeout in
seconds. If no io occurs in that time then rsync exits with a timeout
error.

- changed some FERROR fds to FINFO

if rsync fails to update the group of a file but nothing else then
don't report a problem. On most OSes non-root users can't change the
group of a file.

when using -x to stop at filesystem boundaries, include the mount
points but not their contents.

I did this by calling stat() on the directory above the current
directory and checking to see if it has the correct st_dev. Hopefully
this will work for most systems.

Note that the permissions and ownership on the mount point cannot be
copied correctly as they are unavailable while the filesystem is
mounted. Instead rsync will set the permissions and ownership to those
of the root directory of the mounted filesystem (ie. the apparent
permissions/ownership of the directory)

add the dummy file to .cvsignore

- fixed a bug in the utimbuf test

- rebuilt prototypes

- on systems (such as intel linux) where off_t is 32 bits but "long long"
  is 64 bits use long long to get the totals right when transferring
  more than 2^32 bytes of data.

- use inline on flist_up if the compiler supports it

added a --force option.

This options tells rsync to delete directories even if they are not
empty. This applies to both the --delete option and to cases where
rsync tries to copy a normal file but the destination contains a
directory of the same name. Normally rsync will refuse to do a
recursive directory deletion in such cases, by using --force the
recursive deletion will be done.

changes to make VPATH work correctly, thanks to patl@cag.lcs.mit.edu

added this so the lib directory gets created when using VPATH

- fixed a bug wth the handling of duplicate names with the new fist
  structures

- send intermediate directories when using --relative to ensure the
  permissions are set correctly

don't show basedir in printed path (a aesthetic change only)

fixed the problem where you couldn't specify multiple remote
filenames. The fix will need some testing.

check a few HAVE_* macros

added chmod() and chown() to syscall.c

test for "long long" and %lld in configure.

added wrappers around all the system calls that can change what is on
disk. The wrappers check for dry_run.

finished 64 bit file offset support. Hopefully rsync can now transfer
files up to 2^64 bytes in size. Now I just need to find enough disk
space to test this :-)

The 64 bit offset code only works if off_t is 64 bits (or bigger!) on
both ends of the link. If one end tries to send a file greater than
2^31 in size and the other end doesn't support it then rsync will
abort.

This commit also cleans up some static declarations so they are in a
unitinitialised segment to save load time.

started to add some 64 bit file offset support - not complete yet

label this version 1.7.0alpha

save some more memory by only allocating the checksum when needed

if the file changes during transfer then don't loop forever trying to
update it

don't adapt the block size to above half the chunk size

prototype update

- keep a list of pids and send them a SIGUSR1 for cleanup rather than
using setpgrp()

- adapt the block size for really large files to reduce the checksum
  size and memory overheads

for systems with a broken select use u_sleep() to ensure the write
process doesn't chew too much cpu time.

a large change to make rsync much more memory efficient. This is done
in 3 ways:

1) the realloc is done on a list of pointers, not a list of structures
2) only the basename of the file is now kept in the file struct an a
   util function f_name() is now used to access the full name when
   required.
3) pointers to directory names are re-used

hopefully I haven't broken anything. This will need lots of testing.

compatibility functions now split into their own file

*** empty log message ***

*** empty log message ***

*** empty log message ***

*** empty log message ***

*** empty log message ***

*** empty log message ***

*** empty log message ***

cosmetic changes only
- minor correction to --update docs
- don't print "building file list" stuff when building a local file
list for use in the --delete code.
- remove some spaces at the end of lines in Makefile.in

*** empty log message ***

removed the read_write() call, it's not used anywhere

simplified the logic of whether to skip a file or not. The -c
(always_checksum) option is probably now more useful.

buffer overflow patches from mhpower@mit.edu (Matt Power)

fixed the --suffix option. It wasn't being propogated to the remote
end in the server_options() function.

preparing for release of 1.6.8

- added a debug message
- rebuilt prototypes

- fixed spelling errors in man page
- fixed bug in hard link handling that could lead to spurious hard
links.
- fixed bug in the string handling in flist.c

following a report of problems with Linux/alpha I've changed zlib.c to
use uint32 instead of "long" in several places. Apparently this fixes
things on the alpha. The strange thing is that my own tests on a
OSF/alpha box and a 64 bit IRIX box showed no problems. I wonder what
was actually going wrong? I'll email the zlib maintainers and let them
know.

added a new mirror site to the README

preparing for release of 1.6.7

*** empty log message ***

handle things more grecefully when one machine supports hard links and
the other doesn't or one machine supports soft links and the other
doesn't.

- check for setlinebuf() in autoconf. Apparently HPUX doesn't have it
- use @exec_prefix@ and @prefix@ in more useful ways in Makefile.in

fixed a bug in the handling of the new --relative option. The file was
being opened twice but closed once. The process eventually died with
an out of file descriptors error.

preparing for release of 1.6.6

Checker showed that zlib was using a element of its internal state
structure without initialising it. Although it looks harmless I've
added a bzero() to make absolutely sure that the code behaves
consistently across platforms.

fixed a nasty bug in the handling of the --delete option when there
are duplicate file names in the list of files to be transferred
(eg. the user specifies the same file twice).

#if 0 the write exception code for the moment. I need to work out why
it gets a successful write select on a fd followed by a EAGAIN
write yet the fd is still OK.

preparing for release of 1.6.5

added .cvsignore to the .cvsignore file to prevent it from being
distributed when I run the release script

- fixed the "write exception" error. I was resetting got_select at the
wrong point
- fixed a seg fault error in flist.c
- only print hlink debug messages when using -v

preparing for release of 1.6.4

- fixed an off by 1 bug in the hard link support
- added a note about anonymous cvs access to the source code in the
README

process directory permissions and times ater hard links becuase the
hard link processing can modify the directory times

casting cleanups (rsync now compiles cleanly under IRIX 6.4)

some 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.

several 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 yet

minor cleanups (unused variables etc)

only 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 complaints

bugfix from Kenji Miyake <kenjim@fix.co.jp>
this fixes a off by 1 error that could cause rsync to crash when used
with --delete

patch from Jim Meyering <meyering@eng.ascend.com>
- fixed typos in man page
- use @CFLAGS@ in Makefile.in, allowing override on command line

setup line buffering for debug messages

be a bit more friendly on systems that behave badly (consume lots of
ram) when you realloc() up by a small amount at a time

include sys/socket.h if possible (this should make rsync compile
cleanly on SCO)

added 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.

added some more debug info to the "EOF in map_ptr" error message to
try to make it easier to track down what is going wrong.
Jarom, can you let me know what output this gives?
PS: the cvs commit messages for rsync are now sent to the rsync
mailing list. This will allow everyone to see what changes are being
made.

damn, 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 explicit

I think I've (finally) fixed the problem with rsync periodically
freezing when used with ssh. The problem is really the ssh use of
blocking calls. rsync has had a fix for this for a while which relies
on using non-blocking calls itself and then reading any data from the
incoming fd when trying to write, thus ensuring that the incoming fd
doesn't get full.
The problem was the the incoming fd wasn't added to the select
statement, which meant that new data arriving on the fd only got read
when the select timed out, which happens every 10 seconds. Thus things
could slow to a crawl!
The incoming fd is now in the select call, and this seems to fix the
problem.

don't use WRAP as that maybe be defined in standard includes

fix version number

send "." filenames so the other end knows that a directory was sent

fix spelling error

minor updates

minor bugfixes

Fixed bug in receiving 32kB compressible files