Oops :) -- quote -- $ rsync -aHPv rsync://host/module/single.file . <motd, if any> receiving file list ... 1 file to consider Segmentation fault -- endquote -- The rsync process remains running until explicitly 'kill'ed. At which point, the following is printed: -- quote -- rsync error: received SIGUSR1 or SIGINT (code 20) at rsync.c(225) -- endquote -- -- quote -- $ rsync -aHPv /path/to/single.file . building file list ... done rsync: connection unexpectedly closed (8 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(342) -- endquote -- rsync 2.6.0 transfers the file with no errors when called as above. I realize it's silly to attempt preserving hardlinks when transferring a single file, btw. This behaviour manifested when I was testing some scripts using '-aHPv' as the default options. Test machines: slackware 8.1 & 9.1, stock build chain for each. (I hope I gave enough info.. not exactly clear headed at the moment) -- Registered Linux User Number 140066 http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=140066 "Failure is not an option. (It comes bundled with Windows.)" "If it ain't broke, overclock it."
On Fri, Mar 26, 2004 at 10:03:54AM -0500, Erik Jan Tromp wrote:> $ rsync -aHPv rsync://host/module/single.file . > <motd, if any> > receiving file list ... > 1 file to consider > Segmentation faultThanks for the report! I've fixed this bug in CVS as follows: --- hlink.c 11 Feb 2004 05:03:04 -0000 1.38 +++ hlink.c 26 Mar 2004 16:41:28 -0000 @@ -135,7 +135,7 @@ int hard_link_check(struct file_struct *file, int skip) { - if (!file->link_u.links) + if (!hlink_list || !file->link_u.links) return 0; if (skip && !(file->flags & FLAG_HLINK_EOL)) hlink_list[file->F_HLINDEX] = file->F_NEXT; ..wayne..