ASMの理解なぜこれはWindowsで動作しますか？

Question

私と2人の友人が非常に奇妙な問題を抱えています。私たちは小さなアセンブラ部分（プロセスを高速化するために使用されていた）の内部でアプリケーションにクラッシュを検出しました。今、私たちのmindbreakが何であるか

push  ebp 
mov   ebp, esp 

; do stuff here including sub and add on esp 
mov   esp,ebp 
pop   ebp 

：正しくそれはのように記述する必要がある場合には

push  ebp 
mov   ebp, esp 

; do stuff here including sub and add on esp 

pop   ebp 

：エラーがstackpointerをいじると最後にそれをリセットしないことによって引き起こされた、それはこのように見えました：なぜこれはWindowsで動作しますか？私たちはアプリケーションをクラッシュしたLinuxに移植したときにエラーを発見しました。 WindowsやAndroid（NDKを使用）では問題が発生していたため、このエラーは検出されませんでした。 Stackpointerのリカバリはありますか？スタックポインタの悪用に対する保護はありますか？

Answer 1

ebp espの使用法はスタックフレームと呼ばれ、その目的はスタックに変数を割り当てることです。その後、ret命令の前にスタックを簡単に復元することができます。 x86 CPUのすべての新しいバージョンは、代わりに出入り命令を使用してこれらの命令をまとめて圧縮することができます。

espは、push/pop/call/retを実行するときにCPUが使用する実際のスタックポインタです。 ebpはユーザが操作するベースポインタです。多かれ少なかれ、すべてのコンパイラはこれをローカルストレージのスタックポインタとして使用します。

命令が存在しない場合、CPUがpop ebpに達したときにesp！= ebpにすると、スタックは誤動作します。

Answer 2

コンパイラが窓にあなたのスタックの面倒を見るようだ：私は想像することができます
唯一の方法は次のとおりです。
のMicrosoft Visual CはB {__ stdcallの}されている機能の特殊な世話をします。コンパイル時にはパラメータの数が分かっているため、コンパイラはシンボル名自体にパラメータバイト数をエンコードします。
__stdcallの規約は主にWindows APIで使用されており、__cdeclよりも少しコンパクトです。主な違いは、任意の関数にはハードコーディングされたパラメータセットがあり、C言語のようにコールごとに変えることはできません（「可変関数」なし）。
は、以下を参照してください。
http://unixwiz.net/techtips/win32-callconv-asm.html
と： `バランスを取ることになってesp`に
https://en.wikipedia.org/wiki/X86_calling_conventions