Newbie query: no "deamon" thread?

dick.bridges＠tais.com

4 Jun 2003 4 Jun '03

10:02 p.m.

I need to spawn worker threads that simply perform a task and exit. All the examples I can find seem to use join() to cleanup the thread resources from another thread. Isn't there some way to declare worker threads so that they "do the right thing" as they exit the thread function? TIA

Show replies by date

Mark Sizer

5 Jun 5 Jun

12:30 a.m.

What is "the right thing"? You don't HAVE to join(). The creating thread will just keep going if you don't. If you join, it waits. If you're passing ownership (e.g. delete responsibility) across thread boundaries, you have to be careful, but that doesn't have much to do with join(). After starting the thread, you can use a condtional in the creator to wait for the thread to "get going" and accept ownership, sort of a "started()" rather than an "ended()", like join(). Or you can flip it around and have the started thread wait on the conditional whilst the creator thread continues to use what will eventually be given to the thread. Is that at all helpful? - Mark dick.bridges@tais.com wrote:

...

I need to spawn worker threads that simply perform a task and exit. All the examples I can find seem to use join() to cleanup the thread resources from another thread. Isn't there some way to declare worker threads so that they "do the right thing" as they exit the thread function?

TIA

Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Mark Sizer

6 Jun 6 Jun

12:23 a.m.

BTW: Is there enough of a penalty to creating threads that a thread pool should be used rather than creating them on-demand? I'm curious because I'm using a pool pulling from a work queue. - Mark P.S. I realize "enough" is a bit vague. Mark Sizer wrote:

...

What is "the right thing"?

You don't HAVE to join(). The creating thread will just keep going if you don't. If you join, it waits.

If you're passing ownership (e.g. delete responsibility) across thread boundaries, you have to be careful, but that doesn't have much to do with join().

After starting the thread, you can use a condtional in the creator to wait for the thread to "get going" and accept ownership, sort of a "started()" rather than an "ended()", like join(). Or you can flip it around and have the started thread wait on the conditional whilst the creator thread continues to use what will eventually be given to the thread.

Is that at all helpful?

- Mark

dick.bridges@tais.com wrote:

...
I need to spawn worker threads that simply perform a task and exit. All the examples I can find seem to use join() to cleanup the thread resources from another thread. Isn't there some way to declare worker threads so that they "do the right thing" as they exit the thread function?

TIA

Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Dick Bridges

4:20 p.m.

New subject: Newbie missed the last line of thread::join()

...

What is "the right thing"?

You don't HAVE to join(). The creating thread will just keep going if you don't. If you join, it waits.

If you're passing ownership (e.g. delete responsibility) across thread boundaries, you have to be careful, but that doesn't have much to do with join().

After starting the thread, you can use a condtional in the creator to wait for the thread to "get going" and accept ownership, sort of a "started()" rather than an "ended()", like join(). Or you can flip it around and have the started thread wait on the conditional whilst the creator thread continues to use what will eventually be given to the

I'm afraid this thread was started by one of my "senior moments". When reading ~thread() and join(), I flipped a bit and "saw" join() handled m_joinable == true and ~thread() handled m_joinable == false. THAT's why I thought join() had to be called. Your post caused me to go back and read it again. Now I'm *REALLY* embarrassed. Thanks for getting me started down the right track. "Mark Sizer" wrote in message news:3EDE8F0A.1090003@15grant.com... thread.

...

Is that at all helpful?

- Mark

dick.bridges@tais.com wrote:

...
I need to spawn worker threads that simply perform a task and exit. All the examples I can find seem to use join() to cleanup the thread

resources

...

...
from another thread. Isn't there some way to declare worker threads so that they "do the right thing" as they exit the thread function?

TIA

Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Mark Sizer

10:50 p.m.

New subject: Newbie missed the last line of thread::join()

No problem. I just converted some old threading code to Boost with the help of the list. I'm glad to be able to free Mr. Kempf for more arcane discussions :) - Mark Dick Bridges wrote:

...

I'm afraid this thread was started by one of my "senior moments". When reading ~thread() and join(), I flipped a bit and "saw" join() handled m_joinable == true and ~thread() handled m_joinable == false. THAT's why I thought join() had to be called. Your post caused me to go back and read it again. Now I'm *REALLY* embarrassed.

Thanks for getting me started down the right track.

"Mark Sizer" wrote in message news:3EDE8F0A.1090003@15grant.com...

...
What is "the right thing"?

You don't HAVE to join(). The creating thread will just keep going if you don't. If you join, it waits.

If you're passing ownership (e.g. delete responsibility) across thread boundaries, you have to be careful, but that doesn't have much to do with join().

After starting the thread, you can use a condtional in the creator to wait for the thread to "get going" and accept ownership, sort of a "started()" rather than an "ended()", like join(). Or you can flip it around and have the started thread wait on the conditional whilst the creator thread continues to use what will eventually be given to the

thread.

...
Is that at all helpful?

- Mark

dick.bridges@tais.com wrote:

...
I need to spawn worker threads that simply perform a task and exit. All the examples I can find seem to use join() to cleanup the thread

resources

...
...
from another thread. Isn't there some way to declare worker threads so that they "do the right thing" as they exit the thread function?

TIA

Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to

http://docs.yahoo.com/info/terms/

...
...
Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Info: http://www.boost.org Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl Unsubscribe: mailto:boost-users-unsubscribe@yahoogroups.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

7844

Age (days ago)

7846

Last active (days ago)

List overview

Download

4 comments

3 participants

participants (3)

Dick Bridges
dick.bridges＠tais.com
Mark Sizer