「SetTimer」の不思議？

「SetTimer」で不思議な不具合に遭遇…。

「SetTimer」でタイマーをセットしているのにも関わらず
「WM_TIMER」が呼ばれない…。

正しくは、複数のタイマーがセットされているのに
１つのタイマーしか処理されない現象が発生。

で、追いかけること幾千里。

…いえいえ、幾晩も追いかけました。(T_T)

で、ようやく見つけた原因が…
処理落ち…。（笑）

処理落ちとは、予定時間内に処理が終わらない事です。
ＣＰＵが遅いと慢性的に処理時間がオーバーしたりします。

で、今回は、ＣＰＵが遅かったのが原因…。

どうせ俺のＰＣは、遅いよ…。

「WM_TIMER」内での処理時間が他のタイマー割り込み時間より
オーバーしていると他のタイマーが割り込めなくなる場合が
あると言う事。

それが、どこかが処理落ちした時にメッセージキューに
タイマーメッセージが溜まらないように「KillTimer」を使用する場合。

case WM_TIMER:
    KillTimer( hWnd, wParam );
    SetTimer( hWnd, wParam, TimerList[wParam], NULL );
    switch( wParam )
    {
    ～処理～
    }
    break;

この場合、１つのタイマー処理が慢性的に処置落ちすると
他の割り込みが入れなくなります。

ところが、２Ｋだとその処理を削除すると最低１回は、
タイマー割り込みが入ります。

case WM_TIMER:
    switch( wParam )
    {
    ～処理～
    }
    break;

９８は、関係なく駄目でした…。

タイマーセット自体がメッセージキューに
エンキューされているのかも…？
タイマー処理の方が優先順位が高いのでタイマーセットの
メッセージが処理されないのだろうか？＜謎です。

今回検証用プログラムが長いのでこちらからダウンして下さい。
検証用プログラム（ＶＣ＋＋６用）
「TimerTest.lzh」

「SetTimer」の不思議を体感してみてください♪（笑）

ＰＳ．
理由を御存知の方は、御一報下され。