Same question, though. Does SocketTimeoutInterval apply to "put"
commands?
Richard
On Mar 2, 2007, at 8:54 AM, Andre Garzia wrote:
Richard,
my mistake, it is sockettimeoutinterval... I put the libURL before
it because I woke up just 30 minutes ago and drunk a limonade, that
always make me dizzy.
Andre
On Mar 2, 2007, at 12:37 PM, Richard Miller wrote:
Andre,
I see SocketTimeoutInterval but not LibURLSocketTimeoutInterval.
Is that documented in a version later than 2.7.3, and does it
apply to "put" commands? I was under the impression
socketTimeoutInterval did not. It's not apparent from the docs.
Thanks.
Richard
On Mar 2, 2007, at 8:08 AM, Andre Garzia wrote:
Richard,
check the libURLSocketTimeoutInterval from the docs ;-)
Cheers
andre
On Mar 2, 2007, at 11:55 AM, Richard Miller wrote:
I'll ask my original question about wireless connections and
file transferring a bit differently. Maybe this will spark some
feedback.
Let's say our Rev app requests a file from the server (via a
wireless connection). It does this via "put url x into z".
1) The server gets the request and attempts to send the file
back, but the wireless connection drops out. How long does the
"put" command wait for a response and what should the program do
if nothing comes back? Also, what is the server's response to
trying to send the file but not being successful due to the bad
connection?
2) Alternately, what happens if the program tries to send the
"put" command but the connection goes down then (i.e. it never
reaches the server)? How should the program respond then?
And finally, is there any good / sane reason to use
LibURLResetAll in the standalone or is that just looking for
trouble.
Thanks.
Richard Miller
Imprinter Technologies
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
