値をスタックにプッシュする(CALL命令だから)。<メモリから8バイトの値を読み出す>。0x00000000c3c0ff48である。%ripに代入する>。*subr"命令の動作。CPUは、0xc3c0ff48番地のメモリに命令があるものとして読み出そうとする・・・が、その番地のメモリは、このプロセスに割当られていない。メモリが割り当てられていないと言えるか。faultが起きたから(笑)。"-static"でスタティックリンクしたのだから、ユーザステートで動作する機械語はここまでなんじゃないのかな?他に、スタックや静的データ領域(グローバル又はstaticな変数領域)も割当られているけど、0xc3c0ff48番地は桁が違い、カスりもしないアドレスのようだ・・・。いう条件が成り立つなら動作するのだから、絶対に動作しないとは言い切れない。関数内のプログラムがアドレスとして解釈されているんですね!大変分かりやすいです!!アセンブリ言語の文法(括弧について)は再度質問するかもしれません(しなかもしれないです)長々付き合っていただきありがとうございます。付き合っていただきありがとうございます。関数内のプログラムがアドレスとして解釈されているそういうこと。*ラベル」という形式だけで決まるのではない事。・ひとつひとつの機械語の動作は、極めて単純。*ラベル」は、ちょっと複雑な部類か。プログラマの思惑や思い込みに合わせてくれる...なんてことはなく、決められた通りに、機械語をアドレスと見ることだってやる。不可解なバグを調査するときは、人間の思い込みを排除して、CPU(機械)になったつもりでコードを調べる必要がある。「神は細部に宿る」・・・コードの流れを大雑把に把握することも大事だが、ひとつひとつの動作の、隅っこの細部まできちんと理解しておくことも大事である。*ラベル」という形式だけで決まるのではない事。・ひとつひとつの機械語の動作は、極めて単純。*ラベル」は、ちょっと複雑な部類か。プログラマの思惑や思い込みに合わせてくれる...なんてことはなく、決められた通りに、機械語をアドレスと見ることだってやる。不可解なバグを調査するときは、人間の思い込みを排除して、CPU(機械)になったつもりでコードを調べる必要がある。「神は細部に宿る」・・・コードの流れを大雑把に把握することも大事だが、ひとつひとつの動作の、隅っこの細部まできちんと理解しておくことも大事である。解決済main()前のアセンブリ言語が読めません。解決済アセンブリのコンパイルができません。解決済アセンブリ言語で読めない箇所があります。解決済サブルーチンの中身をアセンブリ言語で見てみたいです。解決済サブルーチンの中身をアセンブリ言語で見てみたいです。1アセンブリ言語を使うメリットについて。0アセンブリ出力と逆アセンブルのプログラムの比較について。頂いたご意見への回答は行っておりません。