Re: Problems with objects getting crossed
Re: Problems with objects getting crossed
- Subject: Re: Problems with objects getting crossed
- From: "Mark Williams" <email@hidden>
- Date: Wed, 05 Oct 2005 14:42:38 -0400
- Bounce-to: "Mark Williams" <email@hidden>
Should I subclass the downloader and then call the subclass? I know when
I'm working with trees I have to do it that way or if I attempt to
instansiate??sp the tree object itself in a loop all it does is
duplicate the last object created. So I'm wondering if I shouldn't
subclass both the stream and the downloader. Any thoughts??
Mark.
On 10/5/2005, "Mark Williams" <email@hidden> wrote:
>
>Actually since the downloader loads it's own nib file, the cancel is
>connected directly to the downloader object. Which I thought would keep
>me from having to keep track them.
>
>Mark.
>
>On 10/5/2005, "Cameron Hayne" <email@hidden> wrote:
>
>>
>>On 5-Oct-05, at 11:51 AM, Mark Williams wrote:
>>
>>> In the main controller when you click download it initializes a new
>>> downloader object on a new thread loading it's own nib file. The
>>> controller then passes the server and file info to the downloader
>>> which begins the download after initializing it's own stream
>>> object. That works perfectly. BUT if you start a second download
>>> then suddenly the status flags get crossed and if you click cancel
>>> on the second window the first stream is canceled and you cannot
>>> cancel the second stream.
>>
>>It sounds like maybe you aren't keeping track of the multiple
>>downloader objects properly in your controller. Presumably the
>>"cancel" is being handled by your controller - so it needs to know
>>which downloader is being cancelled.
>>
>>--
>>Cameron Hayne
>>hayne@sympatico.c
> _______________________________________________
>Do not post admin requests to the list. They will be ignored.
>Cocoa-dev 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.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden