Anyone noticing stalled uploading? find a solution?
viktoras didziulis
viktoras at ekoinf.net
Sat Nov 10 05:01:15 EST 2007
hi Josh,
if you upload via ftp try increasing libURLSetFTPStopTime to anything
more than the default 15 seconds. Dictionary says: use the
libURLSetFTPStopTime command to increase the efficiency of multiple FTP
transfers. The timeout set by libURLSetFTPStopTime controls when
Revolution closes the connection from its end.
or try setting the socketTimeoutInterval to some astronomic value like
30 000 (the default is 10 000, which means 10 sec). Some time ago this
solved my problems with stalled downloads :-)
Best wishes
Viktoras
Josh Mellicker wrote:
> I am uploading a list of files.
>
> After uploading a few files with no problem, uploading "stalls" with
> no progress, and no timeout message is sent.
>
> The first thing I tried was implementing a "red light/green light" to
> make the upload blocking, so the second file would wait (with
> messages) for the first file to successfully finish uploading before
> proceeding, and so on. This seemed to help a little, but uploading
> still stalls intermittently.
>
> Big Watcher
> The next thing was, once the uploading begins, to start a "Big
> Watcher" callback loop, that acts as a "Supervisor" to monitor the
> libURLSetStatusCallback callback, with a 2 second non-blocking loop-
> send "checkForStalledUpload" to me in 5 seconds
>
> If the status and bytes downloaded match, the Supervisor assumes the
> current upload is stalled and does a "resetAll" and starts over on the
> first unuploaded file.
>
> In theory, this sounds good, but so far, we haven't been able to get
> the "resetAll" to work...
>
> Has anyone else experienced stalled libURL operations when uploading
> or downloading a list of files? Did you find a solution?
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
More information about the use-livecode
mailing list