🚀 go-pugleaf

"Charlie Page" <lissom@hotmail.com> wrote in message
news:401c18c1@newsgroups.borland.com...
> If you have a lot of threads that you want to terminate when the program
>   terminates this is the method that i use.
> 1)Create an event (MyTerminateEvent).
> 2)When a thread waits, always use WaitForMultipleObjects and include the
> MyTerminateEvent.
> 3)In the main form's destructor (the the projects .cpp file, if
> necessary) signal the event and then wait for the threads to terminate.
>   MyThread.WaitFor for a TThreadObject.
> (I have a thread holder class that does this, and you will need to use a
> similar construct if you create a lot of nameless threads.  There is a
> counter that the threads increment/decrement on
> creation/end_of_processing[threads memory may not be deallocated at end
> of CPU time].  When the counter reaches zero, all threads have quit and
> the program can too.)
>
> charlie

This looks like a good idea, but my threads usually wait in a GetMessage
call. Maybe a combination would be best, where I set an event and send a
message to the threads. Then it would work for both GetMessage and
WaitForMultipleObjects.

- Kristoffer -

PS. Charlie: Do you have a nice way to find out if a thread is dead/freezed
in your thread holder class?