When a new thread is created, it records the thread instance it was
created from, and this becomes the "parent" reference. However, using
notify requires that the parent does not dissapear (get deleted) before
it's child, and requires tracking of thread meta data. For these
reasons, I actually removed the concept entirely in ucommon. For what
you want to do, the safest way would be to rendezvous on a semaphore or
event object, or use a signaled conditional.
> I'm a bit hazy as to what exactly one would do with this method. I'm in
> need of kicking off a detached thread and somehow being able to tell
> when it finishes. Since a detached thread is self deleting, it's
> dangerous to attempt to call any methods after the detach or you risk a
> So I see the parameter to the notify method is the thread that as
> terminated. I'm not sure of what can be done with it at this point. Is
> this the same thing you would obtain with a call to the static get method?
> The documentation says it "sends a notification to the parent". Can
> someone explain how this might work? A simple example might be nice.
> Bug-commoncpp mailing list
> Bug-commoncpp@... > http://lists.gnu.org/mailman/listinfo/bug-commoncpp