- Fixed a potential hang when verbosity is high, the client side is
the sender, and the file-list is large.
- - Fixed a potential protocol-corrupting bug where the generator
- might accidentally merge a message from the receiver into the
- middle of a multiplexed packet of data that is waiting for the
- socket to allow it to flush.
+ - Fixed a potential protocol-corrupting bug where the generator could
+ merge a message from the receiver into the middle of a multiplexed
+ packet of data if only part of that data was written out to the
+ socket when we got the message from the generator.
- We now check if the OS doesn't support using mknod() for creating
FIFOs and sockets, and compile-in using mkfifo() and socket() when
(the preserved) attributes from the version in the compare-dest DIR.
- When rsync is copying files into a write-protected directory, fixed
- the changed-report output for the directory so that we don't report
+ the change-report output for the directory so that we don't report
an identical directory as changed.
ENHANCEMENTS:
enclosed in '[' and ']' (e.g. "[::1]"). (We already allowed IPv6
literals in the rsync://HOST:PORT/PATH format.)
+ - When rsync recurses to build the file list, it no longer keeps open
+ the directory handles of all the parent dirs inside the transfer.
+
- When building under windows, the default for --daemon is now to
avoid detaching, requiring the new --detach option to force rsync
to detach.
+ - The --dry-run option can now be combined with either --write-batch or
+ --read-batch, allowing you to run a do-nothing test command to see
+ what would happen without --dry-run.
+
- Improved the option descriptions in the --help text.
SUPPORT FILES:
generator now transmits an index and a flag-word to indicate when
dirs and symlinks have changed (instead of producing a message),
which makes the outputting of the information more consistent and
- less prone to screen corruption (because either the receiver or the
- sender is now outputting all the file-change info).
+ less prone to screen corruption (because the local receiver/sender is
+ now outputting all the file-change info messages).
- If a file is being hard-linked, the appropriate bit is enabled in
the flag-word and the name of the file that was linked immediately
build the file-list, and one for how long it took to send it over the
wire (each expressed in thousandths of a second).
- - When --delete-excluded is specified with some filter excludes, a
- client sender will now initiate a send of the filter rules to the
- receiver (older protocols used to omit the sending of excludes in
+ - When --delete-excluded is specified with some filter rules (AKA
+ excludes), a client sender will now initiate a send of the rules to
+ the receiver (older protocols used to omit the sending of excludes in
this situation since there were no receiver-specific rules that
survived --delete-excluded back then). Note that, as with all the
filter-list sending, only items that are significant to the other
side will actually be sent over the wire, so the filter-rule list
- is often empty in this scenario.
-
- - A protocol-29 batch file includes a bit for the setting of the --dirs
- option. Also, the shell script created by --write-batch will use the
- --filter option instead of --exclude-from to capture any filter rules.
+ that is sent in this scenario is often empty.
- An index equal to the file-list count is sent as a keep-alive packet
from the generator to the sender, which then forwards it on to the
packet if the 16-bit flag-word that follows it contains a single bit
(ITEM_IS_NEW, which is normally an illegal flag to appear alone).
+ - A protocol-29 batch file includes a bit for the setting of the --dirs
+ option and for the setting of the --compress option. Also, the shell
+ script created by --write-batch will use the --filter option instead
+ of --exclude-from to capture any filter rules.
+
BUILD CHANGES:
- Handle an operating system that use mkdev() in place of makedev().
Matt McCutchen's Web Site / rsync / rsync.git / blobdiff