Re: thread protocol modifiers
Re: thread protocol modifiers
- Subject: Re: thread protocol modifiers
- From: "William Zumwalt" <email@hidden>
- Date: Sat, 5 Jan 2008 20:35:47 -0600
> It's hard to say. We need to clear up the point about where
> (same process or different process) your "server" thread is running.
>
OK, to clarify, my user kicks off a job which causes a thread to start like
this ...
+ (NSConnection *) startNetworkThreadWithTag:(int) tag
forController:(id <ClientMethods>) controller
{
...
[NSThread detachNewThreadSelector:@selector(_connectWithPorts:)
toTarget:self withObject:portArray];
Maybe this will help explain my intentions ... once the thread is started
doesn't mean I'm processing data yet, this just sets up the server process
and passes all my potentially thousands of encoded objects to the server
which is not it's own app process, rather, just another thread from within
the application process. Then the user can click on media like buttons to
run, pause, save, and stop on the data processing and terminate the thread
after saving the results.
It's a scientific application and it's likely the user will repeat this
process many times testing new configurations so I expect the many different
server object types, all w/ different algorithms that are subclassed, to get
run in a single session. But the server object itself isn't expected to stay
up for the life of the application, it's just a data processing thread that
may last for a few minutes + depending on the amount of data, only to be
followed by another user configuration of data and another data processing
test.
What initially influenced my decision was that I had a lot of data patterns
that needed to be communicated to the server thread and rather than pass
pointers to the data, I passed the objects themselves so that the server
process would have it's own copy of the data to operate on and not have to
worry about the user changing it while it's being operated on.
Ugh, how disappointing all this work is turning out to be. I thought I had
something neat that was really going to work.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden