Boost logo

Boost :

From: Jason Hise (chaos_at_[hidden])
Date: 2005-09-23 18:43:58

Howard Hinnant wrote:

>Or are we talking about a worker thread that has been forced to sleep
>for X amount of time? I.e. part of its task is to sleep. If so, why
>is that worker thread forced to sleep, and perhaps having it sleep on a
>condition variable would be better?
Alright, I will add some more context to the discussion. This is being
used for a 'timeout lifetime' for the singleton library. The idea is
that a singleton which is cheap to create but expensive to hold on to
could automatically be destroyed if it goes unused a certain amount of
time, and be recreated the next time it is needed. To implement this
idea I create a timeout thread when the instance is created, and force
that thread to sleep until the timeout time is reached. If at that
point the timeout time has been extended, the thread sleeps again,
otherwise it destroys the instance and exits.

The problem is that if the process is exiting I would like to force the
thread to wake up and time out early to ensure that the singleton get

Anthony Williams wrote:

>This sounds like a prime target for the use of a condition variable to me. You
>can wait on a condition variable, then signal the condition variable to wake
>the sleeping thread. Yes it means acquiring a lock, but most thread
>synchronization requires some form of lock.
I am relatively new to threading, so forgive me if my question is naive,
but what is the formal definition of a condition variable? If a
condition variable is capable of making a thread that has been
explicitly told to sleep until a certain time wake up early, can you
show me an example of its use? Thanks.


Boost list run by bdawes at, gregod at, cpdaniel at, john at