無差別に技術をついばむ鳥

インドリ「さて、次はmov命令に調べようかな♪add命令に調べようかな♪」
インドリィちゃん「コメント見たわよ。」
インドリ「えっ何？何？」（うわぁ、インドリィちゃん苦手なんだよね。）
インドリィちゃん「レジスタが足りないぃ。貴方の頭と同じようにね。」
インドリ「そっそれは中の人が・・・」
インドリィちゃん「言い訳は結構。レジスタが足りないぃ。」
インドリ「わかったよ。レジスタを調べるよ。」
インドリィちゃん消える。

ふぅ〜、目ざとい人は気付いていたと思うけど、16ビットレジスタと8ビットレジスタをCPUオブジェクトのプロパティにしていなかったピヨ。

• EAX(32〜1)、AX（16〜1）、AH（16〜9）、AL（8〜1）
• EBX(32〜1)、BX（16〜1）、BH（16〜9）、BL（8〜1）
• ECX(32〜1)、CX（16〜1）、CH（16〜9）、CL（8〜1）
• EDX(32〜1)、DX（16〜1）、DH（16〜9）、DL（8〜1）
• ESI(32〜1)、SI（16〜1）
• EDI(32〜1)、DI（16〜1）
• EBP(32〜1)、BP（16〜1）
• ESP(32〜1)、SP（16〜1）
• EIP(32〜1)、IP（16〜1）

※ビット数は右から数えております。
この一覧を読んだ人は、重なりが気になると思う。
例えば、AXとAHの範囲が重なっているけど、これはAXの左半分がAHという意味なんだ。
じゃあ、何でEAXの左半分は指定できないのか？！と疑問や怒りを持つ人がいると思うけど、これは僕にもわからない
多分インテルさんに何らかの事情があったんだと思う。
これもCPUオブジェクトのプロパティにしようと思う。
プロパティにしなくちゃまた怖いインドリィちゃんに怒られるしね。
インドリィちゃん「何か？」
インドリ「何もないよ。」
そっそれはさておき、今までのサンプルを書く必要すらないプロパティとは違って、AXとかはビットを共有しなくちゃならないからちょっと難しいピヨ。
実例を書くと、AXがA8（168）の時、AH＝A0（160）、AH＝8（8）でなくては駄目なんだ。
こういう時はビットの論理演算を使用すればいいんだ。 先ほどの例で言うと、AXにA8を入れた時AHにA0を入れるには、A8とF0の論理積を求めればいいんだ。
わかりにくいからもっと詳しく書くと・・・

１１１１ ００００ AND １０１０ １０００ ＝ １０１０ ００００

になるから、アーラ不思議、AHにA0が代入されるんだ。
これと同じ要領でAH＝８にするには・・・

００００ １１１１ AND １０１０ １０００ ＝ ００００ １０００

になるから、ほらまた出た、ALに8が代入されるんだ。
これを頭に入れてプロパティを実装すると下記のようになるピヨ。

private uint eax; //共通のフィールド
public ushort AX {
    get {
        //余分な右半分の全ビットをOFFにして返す
        ushort val = (ushort)(this.eax & 0x0000FFFF);
        return val;
    }
    set {
        //左半分を全てリセットしてから足す
        uint tmp = this.eax & 0xFFFF0000;
        this.eax = tmp + value;
    }
}
※コメントはItenlだからリトルエンディアン（左右逆）で表示ｗ

このようにしていけばOKだよ。
えっEFLAGSレジスタ？それはちょっとまってね。
今回の記事はこれにておしまい。めでたしめでたし。

コメントがリトルエンディアンになってるｗ
すごい。たぶんコレ見て左半分をリセットしてって普通わからんこちゃんよ。
//左半分を全てリセットしてから足す
uint tmp = this.eax & 0xFFFF0000;
this.eax = tmp + value;

だって見た目は明らかに右半分ですもん。

Intelはリトルエンディアンだから（笑）
という冗談はさておき、ちゃんと訂正します。
教えてくれて有難う。

まさんの指摘が面白かったので、ネタとして保存する方向にしました。

トラックバックURL

FC2ブログユーザー専用トラックバックURLはこちら