<br><br><div class="gmail_quote">On Sun, Jun 21, 2009 at 9:09 PM, Martin Pool <span dir="ltr">&lt;<a href="mailto:mbp@sourcefrog.net">mbp@sourcefrog.net</a>&gt;</span> wrote:<br><div><br>&lt;clip&gt;<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

In theory the OS would eventually notice that the remote host is not<br>
reachable or no longer responding, but this doesn&#39;t always work in<br>
practice on all networks, and the default timeout is very long (maybe<br>
2 hours?)<br>
<font color="#888888"><br>
--<br>
Martin &lt;<a href="http://launchpad.net/%7Embp/" target="_blank">http://launchpad.net/~mbp/</a>&gt;<br>
</font></blockquote></div><br>I think you&#39;re expressing a preference for making bzr master of its own fate (as much as possible) instead of relying on low-level timeouts in the OS or libraries.  I also think that&#39;s a good idea.  Even in cases which do not permit this, a note in the source (not even in the dev docs) might save someone a bunch of time rediscovering it.  This might be especially important if the timeout is very long.  Some of the timeouts provided by windows appear to be at least as long as a typical login session.  :)<br>
<br>-M<br><br>