問題タブ [nasm]

Linux環境でアセンブリ--x86を学習しようとしています。私が見つけることができる最も有用なチュートリアルは、NASMで便利なプログラムを書くことです。私が自分で設定しているタスクは単純です。ファイルを読み取り、それをstdoutに書き込みます。

これは私が持っているものです：

ここでの重大な問題は、チュートリアルでバッファ、bufsize変数、または実際に変数を作成する方法についてまったく言及されていないことです。

どうすればよいですか？

（余談ですが、少なくとも1時間検索した後、アセンブリを学習するためのリソースの質が低いことに漠然と愕然としました。ドキュメントがネット上で取引されている伝聞だけである場合、いったいどのようなコンピューターが実行されますか？）

さて、私たち全員がC / C ++プログラマーが一度に私たちのタイムリーでない敵、悪魔のような信号SIGSEGV、セグメンテーション違反に遭遇したことを理解しています。さて、これは（過去形を強調して）魔法のGCC（またはg ++）コンパイラーによって吐き出されたマシンコードの一部内のフェイルセーフ/チェックシステムの形式であると理解しました。

だが！今日、私は仮想化されたArch Linuxシステム上で古き良きNASMを備えたx86アセンブラーをいじくり回していましたが、驚いたことに、そして残念なことに、悪意のあるSegFaultによってコーディング作業が再び妨げられました。

恐ろしい信号を生成したコードは次のとおりです。

Linuxカーネルがアセンブルされたプログラムをシェルにロードし、そこから実行することを理解しましたが、このMOV命令はプロセッサと1対1で相互作用すると思いました。カーネルは、私がアクセスしようとしていることをカーネルがどのように検出できるのでしょうか。少しのメモリで、命令を停止しますか？

プログラムがシェルにロードされたときに正確に何が起こるか、シェルに一度持っている権限、さらにはシェルとは何か、またはそれがどのように機能するかを理解するふりはしませんが、ASMがあなたに与えたと確信していましたプロセッサを完全に制御します。この魔法のカーネルは、プロセッサへの直接コマンドをどのように妨害しますか。また、本質的に純粋なマシンコードを作成するときに、このオペレーティングシステムコマンドのチェーンを実行しなければならないのはなぜですか。：O

ORGディレクティブについての包括的な説明を誰か教えてもらえますか?
アセンブリで記述されたアプリケーションでいつ、なぜ使用されるのですか?

x86 または AMD64 で Nasm を使用する。

nasm からコンピューターへの電源をシャットダウンまたは停止することは可能ですか (違いはありますか?)。これを使用して再起動できることはわかっています：

シャットダウンに相当するものはありますか？16ビットOSを自作しています。

hello! を出力する単純な nasm プログラムがあるとします。もちろん intel 構文で、(-f elf を使用して) アセンブルし、ndisasm を使用して逆アセンブルすると、まったく異なります! hello world プログラムと同じ単純な形式に逆アセンブルできないのはなぜですか? できませんか？

64ビット幅のイミディエートアドレスを持つ命令movlpsが必要です。これは、Intelのマニュアルによると完全に可能であるはずです。だから、このようなもの：

しかし、私が得たのは、NASMがオペランドサイズを32ビットに切り捨て、対応する警告を出力することだけです。

さまざまな形式のqwordプレフィックスを試しましたが、成功しませんでした。

私が書いているコンパイラによって生成された次のASMファイルがあります。

コンパイルしようとすると、次のエラーが発生します。

test.asm：16：エラー：オペコードとオペランドの組み合わせが無効です
test.asm：19：エラー：オペコードとオペランドの組み合わせが無効です
test.asm：29：エラー：オペコードとオペランドの組み合わせが無効です

NASMのドキュメントによると、次のことが許可されているため、これは実際には意味がありません。

MOV mem_offs、reg_eax 386

なぜこの操作を実行できないのですか？

OS に依存しない方法で文字列を出力しようとしています。たとえば、プログラムは Windows でも *nix と同じように実行する必要があります。

これは可能ですか？基礎となるアーキテクチャは同じ（x86）であるため、メソッドは同じであると想定しています。割り込みを呼び出すのと同じくらい簡単ですか？

この理由は、アセンブリ コードを生成するコンパイラを作成しようとしているためです。開発の初期段階では、ほんの一握りの機能しかありません。生成されたアセンブリ コードを Windows または Windows でテストできるようにしたいと考えています。または* nix。将来的には、同じコードを生成しながらプラットフォーム中立性を維持することは不可能になりますが、基本的にこの時点でやりたいことは、文字列を出力することだけです。

NASM を使用してアセンブラ コードをアセンブルしています。組み立てたコードは次のようになります。

別のコードに問題があり、メモリを変更できないことに気付いたので、実際にそうであるかどうかをテストするためにこのコードを書きました。そうだった！アセンブルしたマシン コードをフロッピーの最初のセクタにコピーすると、プログラムが実行されました (MS VirtualPC を使用しました)。Virtual PC に割り当てられた RAM メモリを確認し、4 8 15 16 23 42 という数字を検索して、バイナリ コードがコピーされた場所を見つけました。データの最初のバイトは変更されていません。なぜそうなのですか？

セグメンテーション違反でクラッシュするアセンブリで記述されたプログラムがあります。（コードは関係ありませんが、ここにあります。）

私の質問は、GDBを使用してアセンブリ言語プログラムをデバッグする方法です。

GDBで実行してバックトレースを実行しようとすると、意味のある情報が得られません。（16進オフセットのみ。）

プログラムをデバッグするにはどうすればよいですか？

（ちなみに、私はUbuntuでNASMを使用していますが、それが何らかの形で役立つ場合は。）