<div dir="ltr">On Sat, Nov 9, 2013 at 12:58 PM, Wayne Davison <span dir="ltr"><<a href="mailto:wayned@samba.org" target="_blank">wayned@samba.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><div class="im">On Fri, Nov 8, 2013 at 6:47 AM, Dan McGee <span dir="ltr"><<a href="mailto:dan@archlinux.org" target="_blank">dan@archlinux.org</a>></span> wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr"><div class="im"><div><div>$ strace -f rsync --contimeout=10 --timeout=10 rsync://<a href="http://mirror.aarnet.edu.au/archlinux/lastsync" target="_blank">mirror.aarnet.edu.au/archlinux/lastsync</a> /tmp/hanging-lastsync<br>


</div></div></div><div><div>[...]<div class="im"><br>

write(3, "@RSYNCD: 31.0\n", 14)         = 14<br>read(3, ^CProcess 30534 detached<br></div></div></div></div></blockquote><div><br></div><div>It turns out that the code that is trying to read the server's @RSYNCD line is now doing a read on a blocking socket instead of doing a select first.  After fixing that, I discovered that the (before normal protocol) line-reading code was not timing out correctly, so I fixed that too.  The latest git version has this fixed.</div>
<span class="HOEnZb"><font color="#888888">

<br clear="all"></font></span></div></div></div></blockquote><div>Thanks a bunch for the quick response and fix!<br><br>-Dan <br></div></div><br></div></div>