File transferring

[Richard Miller]

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
>>>> 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
>>>
>>> _______________________________________________
>>> 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
>>
>> _______________________________________________
>> 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
>
> _______________________________________________
> 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