普通にやると eip はインラインアセンブラでは取れませんが、次の関数を呼び出すことで取得できます。

LPVOID __declspec(naked) GetEip()
{
    __asm mov eax, [esp];
    __asm ret;
}

↓の方で解説していますが、__declspec(naked) によって余分なプロローグ・エピローグコードが生成されないようにしておいて、スタックトップに積まれている eip を取ってくる、というわけです。 ちょっとだけ hacky ですが、__emit で直接コードを埋め込むよりはましかな、と。

VC++のヘルプはhhw.exe、つまりHTMLヘルプなわけです。 中身は普通のHTMLになってまして、前のwinhlp32のヘルプよりは結構良いかな、と思うこともあります。 しかしながら、やはりヘルプを行ったり来たりが直線的にしか出来なくて、こっちとあっちとそっちを交互に見たい場合は、参照する順番に頭を使わなくてはなりません。

んが、所詮HTMLヘルプ、エンジンは IE と同じモノを使っているので、実は IE と同じく、リンク先を新しいウィンドウで開くことができるのです。

IE で、リンク先を新しいウィンドウで開くときはどうしていますか？ アンカーを右クリックして、"新しいウィンドウで開く" メニューを選択してたりします？ 残念ながら、HTMLヘルプでは、アンカーを右クリックしても "プロパティ" しかメニューには出てきません。

ではどうするかというと、実は IE にも用意されている、 Shift + 左クリック がその答えです。 アンカーを Shift + 左クリック してみると、新しい IE のウィンドウが開き、そこにはHTMLヘルプの内容がちゃーんと表示されます。 そこから先のリンクもきちんと動くので、必要なだけウィンドウを開いて調べまくることが出来る、というわけです。
意味があるかどうかはさておき、ファイルに保存も出来るし、Favorite メニューに入れることも出来まっせ。 パスを変えて再インストールしたら、思いっきり無効リンクになってしまいますが。

意外と知らない人が多いらしいので、書いてみました。

#pragma comment(lib, "setupapi.lib")
#pragma comment(linker, "/delayload:setupapi.dll")

リンカへのオプション指定を使って、ディレイロードを行っています*。 注意点としては、ディレイロードに失敗すると例外が上がるので、呼び出し側できとんと捕捉してあげることが挙げられます。

* ただし、Visual Studio .NET 付属のコンパイラでは、これらのリンカ指定が使えなくなってしまったようです。 ちょっと頭が痛い…。

ちゃんとやるなら……。
VC++コンパイラの吐くコードは、 関数の呼び出し前にespをesiに保存し、呼出し後に esi と esp を比較してから _chkesp() を呼んでいるので、_chkesp() の中ではインラインアセンブラでゼロフラグをチェックするアセ ンブラコードを書いて、ブレークでもかければ良いでしょう。 Base APIの、DebugBreak()とか。

で、実際にやってみると、障害が二つあって意外とてこずりました。

• コンパイラが、勝手にプロローグとエピローグコードを吐いてしまう。
• C/C++でAPIを呼び出すと、その前後にスタックレベルチェックのコードが生成されて、_chkespが再帰呼び出しされてしまう。

extern "C" void _chkesp(
{
    __asm {
        jz ok;
    }
    OutputDebugString(TEXT("Stack level doesn't match!\n"));
    DebugBreak();
ok:
    ;
}

すると、こ〜んなコードが生成されたのでした。

__chkesp PROC NEAR                                      ; COMDAT

; 108  : {

  00000 55               push    ebp
  00001 8b ec            mov     ebp, esp
  00003 83 ec 40         sub     esp, 64                        ; 00000040H
  00006 53               push    ebx
  00007 56               push    esi
  00008 57               push    edi
  00009 8d 7d c0         lea     edi, DWORD PTR [ebp-64]
  0000c b9 10 00 00 00   mov     ecx, 16                        ; 00000010H
  00011 b8 cc cc cc cc   mov     eax, -858993460                ; ccccccccH
  00016 f3 ab            rep stosd

; 109  :     __asm {
; 110  :         jz ok;

  00018 74 23            je      SHORT $ok$16732

; 111  :     }
; 112  :     OutputDebugString(TEXT("Stack level doesn't match!\n"));

  0001a 8b f4            mov     esi, esp
  0001c 68 00 00 00 00   push    OFFSET FLAT:??_C@_1DI@MEOM@?$AAS?$AAt?$AAa?$AAc?$AAk?$AA?5?$AAl?$AAe?$AAv?$AAe?$AAl?$AA?5?$AAd?$AAo?$AAe?$AAs?$AAn?$AA?8?$AAt?$AA?5@ ; `string'
  00021 ff 15 00 00 00
        00               call    DWORD PTR __imp__OutputDebugStringW@4
  00027 3b f4            cmp     esi, esp
  00029 e8 00 00 00 00   call    __chkesp

; 113  :     DebugBreak();

  0002e 8b f4            mov     esi, esp
  00030 ff 15 00 00 00
        00               call    DWORD PTR __imp__DebugBreak@0
  00036 3b f4            cmp     esi, esp
  00038 e8 00 00 00 00   call    __chkesp
$ok$16732:

; 114  : ok:
; 115  :     ;
; 116  : }

  0003d 5f               pop     edi
  0003e 5e               pop     esi
  0003f 5b               pop     ebx
  00040 83 c4 40         add     esp, 64                        ; 00000040H
  00043 3b ec            cmp     ebp, esp
  00045 e8 00 00 00 00   call    __chkesp
  0004a 8b e5            mov     esp, ebp
  0004c 5d               pop     ebp
  0004d c3               ret     0
__chkesp ENDP

こりゃたまりません。 64バイトのローカルエリアをスタック上に作って、0xccで埋めてしまうコードまで入ったりして…。
というわけで、最初の問題に対しては、いろいろコンパイルオプションを探してみたのですがうまくいきません。
2番目の問題に対しては、C/C++で関数呼び出しを書くと、スタックレベルチェックのコードが生成されてしまうようです。 途中で、逃げのオプションを探す気力が尽きてしまいました。 アセンブラで書けばOKだろうと。

結局たどり着いたのは次のようなコードです。

const TCHAR _stack_level_unmatch[] = TEXT("Stack level doesn't match!\n");
extern "C"
void __declspec(naked) _chkesp()
{
    __asm {
        jz ok;
        push offset _stack_level_unmatch;
        call dword ptr OutputDebugString;
        call dword ptr DebugBreak;
ok:
        ret;
    };
}

__declspec(naked) がポイントでした。 これはコーリングコンベンションではなく、関数の実体を修飾するもので、プロローグ・エピローグのコードを全く生成しないようコンパイラに指示します。 アセンブラで"ret"を書かないと、関数からのリターンもしないという徹底した仕様のようで(笑)。

_chkespの再帰的呼び出しを避けるため、デバッグ用APIの呼び出しも、アセンブラで行いました。 なお、アプリから見たAPIのエントリは、インポートテーブルのアドレスになるので、間接ジャンプを使う必要があります。
これで、おおむねOKそうです。 codファイルの結果を見ても、自分の書いたアセンブラコード以外には、余計なものは一切付いていません。 偉いぞ > __declspace(naked)。

__chkesp PROC NEAR                                      ; COMDAT

; 136  :        __asm {
; 137  :                jz ok;

  00000 74 11            je      SHORT $ok$16741

; 138  :                push offset _stack_level_unmatch;

  00002 68 00 00 00 00   push    OFFSET FLAT:__stack_level_unmatch

; 139  :                call dword ptr OutputDebugString;

  00007 ff 15 00 00 00
        00               call    DWORD PTR __imp__OutputDebugStringW@4

; 140  :                call dword ptr DebugBreak;

  0000d ff 15 00 00 00
        00               call    DWORD PTR __imp__DebugBreak@0
$ok$16741:

; 141  : ok:
; 142  :                ret;

  00013 c3               ret     0
__chkesp ENDP
_TEXT   ENDS
END