<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I'm not a libcurl expert, nor a SWORD Install Mgr expert. Wearing my hat as a JSword expert:<div>We do the download to an alternate location and when the last file is successfully downloaded, we rename that location to the final one. That alternate location is merely the folder in the right place with a suffix. Removing the suffix makes the module visible.</div><div><br></div><div>We did this precisely because the download can fail part way through. It should be all or none. It is not until the last part of the module has been downloaded that a working module has been downloaded. People were complaining of broken modules prior to this change.</div><div><br></div><div>We also instituted a timeout for flaky connections, with each part having its own timeout, and trap that as a failed module download.</div><div><br></div><div>The user can also cancel a download that has appeared to have hung or is too slow.</div><div><br></div><div>Hope this helps.</div><div><br></div><div>In Him,</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>DM</div><div><br><div><div>On Aug 29, 2013, at 7:51 AM, "Troy A. Griffitts" wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>The timeout was INTENDED to prevent very very lonv delays when attempting to connect to a repository which which non-responsive. It was not intended to break during a responsive download.<br>
<br>
Any libcurl experts have thought on this?<br><br><div class="gmail_quote">Rendezvous wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex; position: static; z-index: auto; ">
<pre class="k9mail">Reading the ChangeLog of Sword, i see there was a change that included a 45 second timeout for "InstallMgr FTP."<br>My application when attempting to download a module that takes more than 45 seconds to download will go on to proceed as if it successfully downloaded the module.<br><br>(But at least, after the install process has completed, the module is shown to not be installed on the system.)<br>Note, this occurs for the chunks that are downloaded that make up the module, not for entire module download period itself.<br>That is, if even the 5th out of 6 parts that make up the complete module takes more than 45 seconds to download, it'll act like the complete module was downloaded at the 45 second mark.<br><br>I'm using r2972 of Sword for my application. Has any one else experienced this? Was this tested with slow connections?<br><br></pre></blockquote></div></div></blockquote></div><br></div></body></html>