reset offset to 0 at the start of each loop so the filenames get
printed correctly when sending directories followed by local names.

a writefd_unbuffered call!

this should fix the "decompressor lost sync" bug

are faster and don't cause problems in a chrooted environment on any
systems.

get out of sync.

from a rsync server

it is a power of 2.

- handle start of line in exclude properly

we no longer use non-blocking IO, instead it uses select a lot more,
being careful to always allow for reading whenever a valid read fd is
available and chcking timeouts.

also split the file io calls into fileio.c

spurious error messages about not be able to delete some files.

this fix also makes --delete processing more efficient

chars) where two neighboring filenames share more than 255 characters
at the start of their names.

libs

  uid!=0

- reset am_root after startup as a daemon

path code

features of mmap that the standard test uses, and it reports Ultrix as
having no working mmap() when in fact any mmap will do what we want
for rsync.

tell people that any bugs are our responsibility.

- fix shadow of variable "overflow"

The compressed token code now handles the null (-2)
token from the match logic.

1) handle 64 bit file offsets in the token code. I wonder how large
bit files worked up till now?

2) send a null token when we have passed over a large lump of data
without finding a token match. This reduces the number of IOs
considerably as it removes the need for seeks/reads on the checksum
calculation and literal send code. This is not enabled yet for the
compressed case as the deflate token code can't handle it yet.

token changes.

and thus consume less virtual memory on the sending side.