rsync - Oct 2009 - bugs in version 3.1

I'm having two problems.

The first is that when running with --files-from and -ii unmodified
files are not put in the log. --out-format=%-14b %C %-14l %i %B %M %f
All that appears in the log is

Number of files: 0
Number of created files: 0
Number of regular files transferred: 0
Total file size: 0 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 5
Total bytes sent: 2.73K
Total bytes received: 5

sent 2.73K bytes  received 5 bytes  798.86 bytes/sec
total size is 0  speedup is 0.00

There are about 120 files in the files-from list.

The second problem is
rsync: io.c:990: start_filesfrom_forwarding: Assertion `(iobuf.out_empty_len !=
0)' failed.

It has only triggered with one site, where I use --copy-links.

On Fri, Oct 23, 2009 at 2:41 PM, Carlos Carvalho <carlos at
fisica.ufpr.br>wrote:
> The first is that when running with --files-from and -ii unmodified
> files are not put in the log.

That is not a logging issue, but rather an early-termination issue due to a
protocol problem when speaking protocol 30.

> rsync: io.c:990: start_filesfrom_forwarding: Assertion
> `(iobuf.out_empty_len != 0)' failed.
>
That bug showed that the --files-from data-shipping code needed to handle a
non-multiplexed socket for protocol 29.

I did some work on backward-compatibility issues between --files-from and
the new I/O code, and I fixed quite a few bugs (both new and old), including
the two above.  I think that --files-from should be in good shape now.

Some of my recently fixes were in the area of iconv (including iconv
translations of files-from data).  There were a few things I discovered that
weren't handled right in all prior versions of rsync that the latest
3.1.0dev will now handle correctly (such as properly translating a
multi-byte character that spans the end of a read buffer).

 ..wayne..
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.samba.org/pipermail/rsync/attachments/20091024/0ea3ca90/attachment.html>