Re: NSURLDownload and resuming a download
Re: NSURLDownload and resuming a download
- Subject: Re: NSURLDownload and resuming a download
- From: email@hidden
- Date: Tue, 10 Jun 2008 10:42:03 -0700
Jim,
Thanks for the follow up. I was experimenting last night with tcpdump but unfortunately I really wasn't sure how to interpret the output. I'll try again tonight and post the results.
On a related note, do you know exactly how NSURLDownload is setting the resumeData property? (i.e. determining if the download can be resumed) Through trial and error I learned that I have to call the cancel method before checking the resumeData property, otherwise it was always nil. That leads me to believe the when calling cancel, some sort of determination is being made. Is it attempting a ranged get to see if it gets an appropriate response?
-jeffrey
On Tuesday, June 10, 2008, at 11:52AM, "Jim Luther" <email@hidden> wrote:
>Use:
>
>$ sudo tcpdump -s 0 -w ~/packets.dmp port 80
>
>where "80" is the port you are connecting to (80 is the default port
>for HTTP). Start tcpdump, then run your code. After the failure, kill
>tcpdump with control-C and the packets.dmp file will be in your home
>directory. If you want to see the HTTP traffic in the file, use:
>
>$ sudo tcpdump -A -s 0 -r ~/webdavdump.dmp
>
>If this is an SSL connection, then the packet dump won't help diagnose
>this problem because the HTTP traffic will be encrypted.
>
>- Jim
>
>On Jun 9, 2008, at 6:59 PM, Jeffrey Frabutt wrote:
>
>> Mark,
>>
>> Any chance you could suggest the best combination of options to
>> tcpdump? I want to make sure I provide you with the appropriate data.
>>
>> Also, I tried canceling a download of a file I know for sure can be
>> resumed and the resumeData was not nil and I was able to save it to
>> a file and look at it and it looked okay. So obviously it's
>> something with Rapidshare. I know for a fact that there are
>> numerous download managers that can resume downloads from
>> Rapidshare... but I guess they are doing it in an unconventional
>> way. That said, I'd still like to try to figure out why
>> NSURLDownload can't do the resume.
>>
>>
>> On Jun 9, 2008, at 4:57 PM, Mark Pauley wrote:
>>
>>> Could you provide us with a tcpdump of this interaction? I'd be
>>> interested to see if the server is responding with a failure and if
>>> we're even trying to ask for a ranged-get.
>>>
>>> My money is on the server not allowing this functionality.
>>>
>>>
>>> _Mark
>>>
>>> On Jun 7, 2008, at 11:53 AM, email@hidden wrote:
>>>
>>>> I'm working on a download utility and so far everything is coming
>>>> along nicely. I'm now trying to implement cancel/resume
>>>> functionality and have been testing against a rapidshare file.
>>>> I've got a premium account so download resumption is supposed to
>>>> be supported, however the download objects resumeData is always
>>>> nil, which according to the documentation implies that the
>>>> download can't be resumed. Is there any way of figuring out why
>>>> this is? Does anyone know what NSURLDownload is expecting to get
>>>> from the host that guarantees a file download can be resumed?
>>>>
>>>>
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Macnetworkprog mailing list (email@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>> This email sent to email@hidden
>>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Macnetworkprog mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden