NASMでDLLを使用

Question

私はNASMでWindowsでいくつかのx86プログラミングを行ってきましたが、私は混乱しました。私はこれを行う必要があります理由として混乱しています：

extern _ExitProcess@4 

具体的に私は「_」と「@ 4」について混乱しています。私は '@ 4'がスタックのサイズだが、なぜそれが必要なのか知っていますか？私が16進エディタでkernel32.dllを見たとき、私は 'ExitProcess'が '_ExitProcess @ 4'ではないことがわかりました。

私はCの関数は、アンダースコアとこのようなスタックサイズ必要としない理由としても混乱しています：C関数は装飾を必要としないのはなぜ

extern printf 

を？

私の3番目の質問は、「これは私がこれらの機能を使用する方法ですか？」です。今、私は実際のdllファイル自体にリンクしています。

Answer 1

「@ 4」はスタックのサイズですが、なぜそれが必要なのですか？ （これはあなたがCのヘッダファイルをインクルードするのを忘れた場合に発生し、すべてのコンパイラの警告を無視するか、宣言がdoesnの場合はすることができますあなたのコンパイラは、関数の間違った呼び出し規約を想定した場合、致命的なエラーを報告し、リンカを有効にするには

共有ライブラリ内の関数と正確に一致しません）。

なぜ機能には装飾が必要ですか？

cdecl呼び出し規約を使用する関数は、（それが実際に_printfだろう）をリードシングルで飾られています。

パラメータサイズが装飾された名前にエンコードされるのは、呼び出し元がスタックの設定と破棄の両方を担当するため、引数の数が一致してもスタックの設定が致命的になることはありませんもちろん正しい引数が与えられていなければクラッシュする可能性があります）。 printfのように、引数の数が可変である可能性もあります。

16進エディタでkernel32.dllを調べたところ、ExitProcessは_ExitProcess@4ではありませんでした。

マングルされた名前は、通常、あなたのリンカの呼び出しに使用することができます*.libインポートライブラリファイルにコンパイルさの定義ファイルを使用してDLLの実際のエクスポート名（*.def）にマッピングされています。このようなkernel32.dllの定義ファイルの例は、this oneです。次の行はExitProcessのマッピングを定義します。

_ExitProcess@4 = ExitProcess 

は、これは私がこれらの機能を使用しなければならない道ですか？

NASMはよくわかりませんが、これまで見たコードでは、通常、あなたの例のように装飾された名前を指定しています。

詳細はon this excellent page about Win32 calling conventionsです。