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

*** empty log message ***

added info on european mirror of rsync

Fix compression bug where incompressible files weren't transmitted correctly.

move check for remsh after config.h

change BAD to ZBAD to avoid conflict with some systems

- check for sys/select.h

- check for and use lchown if possible

- fix problem with root directory on source and destination

- added info on the mailing list

update to version 1.6

- detect presence of remsh and use it instead of rsh

- handle directory ownership and permissions much better.

- fix bug where links caused the permissions of files to be
set incorrectly

- override the default umask in setting file permissions

- better handling -o and -D being passed to non-root users

- handle rsync to a destination of /

- fix the handling of mismatched file types at either end of the
link. For example, if the destination is a link and the source is not.

This should fix the bug where file transfer with compression failed with
the message 'inflate returned 0 (0 bytes)'.

add warning if corruption detected

fix serious corruption bug

*** empty log message ***

*** empty log message ***

added CHAR_OFFSET

*** empty log message ***

*** empty log message ***

*** empty log message ***

- fixed file time bug
- doc updates

fix buglet in handling multiple files

*** empty log message ***

Added in-stream deflate compression for file reconstruction instructions.

check for null unmap

save some more bytes by making the checksum smaller

added seed to file sum

added resend logic
added checksum on all files

*** empty log message ***

added hooks for compression in token.c

get byte order of checksum seed right

new header tests for sunos

*** empty log message ***

added checksum seed

- hard links
- better sparse handling
- FERROR and FINFO

*** empty log message ***

*** empty log message ***

*** empty log message ***

fixed sighup handling

new exit/cleanup code

- handle no mmap for munmap
- handle sparse files
- add MAX_PROTOCOL_VERSION

standard input on server may be nonblocking

added csum-length option

- improved filename packing
- fixed sunos EAGAIN bug

Fix echo commands for Solaris systems.

Fix bug where the --delete option was deleting files locally which
should have been ignored when the -C option was used.

*** empty log message ***

added support for non-mmap operation

*** empty log message ***

more byte efficient flist routines

added SIGPIPE catch
added select timeout

went to full non-blocking writes for the send_files() process

*** empty log message ***

added comments
rebuilt configure with autoconf

added "created dir" message
added read buffer

added stuff to ignore list

paranoid check for null buffer in unmap

fixed a bug where unmap could be called with a NULL buffer

*** empty log message ***

add SIGNAL_CAST
don't create files till needed when receiving

Initial revision