わかりにくくて申し訳ありません。 想定としては次のようなものです：
中断したいスレッドは、「何らかのイベントを待って処理を行う」のが目的ではありません。
「本来すべき処理が何らかの事象で中断せざるを得なくなる」ということに対処したいのです。
また、中断せざるを得ない事象が発生するタイミングは、スレッドが本来すべき処理の論理的な区切りとは
まったく関係なく発生する、という感じです。
そうすると、中断したいスレッドのほうで
「自分が本来すべき処理とは関係ない事象監視コードを所々に埋め込む」
という対応が必要になるはずです。
この事象監視コードが、イベントオブジェクトを待機時間0msecでWaitForSingleObject()しようと、
bool変数を確認しようと、中断スレッドから見たら扱いは同じかと思います。
この「中断したいスレッド」というのが、私が今対応しているシステムにおいてはクラス数2000くらいあるので、
中断の品質（＝事象監視コードの埋め込み箇所の品質）を保つのが大変なのです。
そこで、どんなことができたらいいかというと・・・たとえば。
「あるAPIをコールすると、指定されたスレッドのコンテキストにおいて、
現在の実行位置（コールスタック/プログラムカウンタ）
に関係なく、ある関数をコールバックするよう割り込ませる」
という機能があれば、そのコールバック関数でC++例外をthrowするように実装しておくことにより
そのスレッドの処理を途中で停止させることができます。
この例での実装イメージとしては、以下の２つの仮想APIがあるとして
・void _set_thread_injector(void (*pFunc)());
→pFuncを呼び出しスレッドのコールバック関数として登録する。
・void _call_injected(HANDLE hThread);
→hThreadにて識別されるスレッドについて、今の実行を一時停止し、
あらかじめ登録されたコールバック関数を割り込み実行させる。
事象検出スレッドのスレッド関数：
DWORD observe(void* pParam)
{
while(true)
{
if(needAbort())
{
::_call_injected(g_hProcessor);
}
}
return 0;
}
中断させたいスレッドのスレッド関数：
DWORD process(void* pParam)
{
::_set_thread_injector(&throwAbortException);
Object* pObj = static_cast<Object*>(pParam);
pObj->process();
}
という感じになります。
また Object::process() の中では事象監視コードを一切書かなくてもよい、という感じです。
