アセンブラ初心者スレッド 2©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/04/13(木) 17:35:55.70

初心者OK！質問大歓迎！のアセンブラのスレッドです。
基本情報の勉強中の人、PICやH8を勉強中の学生などなど…

前スレ
アセンブラ初心者スレッド
http://echo.2ch.net/test/read.cgi/tech/1314502612/

関連スレ
アセンブラ 13
http://echo.2ch.net/test/read.cgi/tech/1314512680/

**デフォルトの名無しさん** · 2018/08/23(木) 19:09:33.40

なんかしらあるんじゃね

**デフォルトの名無しさん** · 2018/08/23(木) 19:30:53.52

>>159
それでいいじゃん
何種類作るつもりだよ

**デフォルトの名無しさん** · 2018/08/23(木) 19:47:44.13

32bit Windowsは切り捨てに入ってきてるからね
ゲームでも64bit版のみのも出てきてる

NVIDIA、GPUドライバーの32bit版OSサポートを終了へ～次期版からは64bit版だけに
https://forest.watch.impress.co.jp/docs/news/1098673.html

**デフォルトの名無しさん** · 2018/08/23(木) 19:52:19.27

バーチャルYoutuberなんかでも使われるソフト(エロゲ)だが
64bit Windowsのみ対応
動画配信などで結構使われてる

CUSTOM ORDER MAID 3D2
http://com3d2.jp/main.html
OS Windows® 7／8.1／10 全て64bitのみ対応 ※6
※6:32bitOSには対応しておりません。

**デフォルトの名無しさん** · 2018/08/23(木) 20:04:05.41

>>162
いや、
32bit/64bitアプリの話じゃなくて
64bitの2GB制限/制限なしアプリの話

**デフォルトの名無しさん** · 2018/08/23(木) 20:05:15.44

>>153
10年位前に出来たオンラインゲームでも、今はもう2GBのメモリだともう足りなくて
32bitのゲームでも/LARGEADDRESSAWAREのフラグ立てて延命してるのもあるよ
64bit WindowsならLAAフラグを立てると32bitアプリでも4GBまで使えるようになる
LAAで延命してるゲームで32bit Windowsで遊ぶとメモリ不足で高確率で落ちるゲームとか既にある

**デフォルトの名無しさん** · 2018/08/23(木) 20:12:15.30

こんな記事が出るくらい、2GBではメモリが足りなくなってるアプリがたくさんあるぞ

64bit Windowsを前提とした32bitアプリケーション延命法
～ LAAオプションで32bitアプリケーションのメモリ不足問題を解消
https://www.webtech.co.jp/blog/optpix_labs/programing/6387/

**デフォルトの名無しさん** · 2018/08/23(木) 20:12:19.28

なぜ確率の問題？

**デフォルトの名無しさん** · 2018/08/23(木) 20:16:43.95

ちなみにこのブログ書いてるところはWindows用ソフトもいくつか出してるところだよ

**デフォルトの名無しさん** · 2018/08/23(木) 20:18:49.99

>>167

>>165のこと？

一応、32bitWindowsもサポートしてるがメモリが足りなくなってよく落ちるので
実際は64bit Windowsでしかまともに遊べないってこと
そういうゲームが既にある

**デフォルトの名無しさん** · 2018/08/23(木) 20:23:47.22

質問に全く答えてない件

**デフォルトの名無しさん** · 2018/08/23(木) 20:34:21.09

>>146
実際にどの程度、速度が変わるのか試してみて欲しいもんだな
ただの机上の空論じゃないのか？

大体、配列で何回もデータにアクセスするなら
32bitのDISPを毎回指定するオーバヘッドだってあるんだが

**デフォルトの名無しさん** · 2018/08/23(木) 21:08:22.26

32bitアプリも2G限定アプリも32bit OSも絶滅して良い
Windowsの話

**デフォルトの名無しさん** · 2018/08/23(木) 21:13:40.67

mov rcx, offset HOGEHOGE01
mov rax, qword ptr [rcx + rbx]
mov rax, qword ptr [rcx + rbx]
mov rax, qword ptr [rcx + rbx]
mov rax, qword ptr [rcx + rbx]
これと
mov rax, HOGEHOGE01[rbx]
mov rax, HOGEHOGE01[rbx]
mov rax, HOGEHOGE01[rbx]
mov rax, HOGEHOGE01[rbx]
これを250個並べて1000万回ループさせてみたが、1%くらいしか差はないよ

**デフォルトの名無しさん** · 2018/08/23(木) 21:28:42.56

250個並べてキャッシュに収まる？

**デフォルトの名無しさん** · 2018/08/24(金) 00:12:57.34

なんで訳分からなくなりそうになったのか理解できたｗ
4LRopBJnが変なんだな。

Microsoftが64bitでは絶対アドレスのインデックスは使わないって決めたんだから、その流儀に従うのが高級言語とリンクだよ。

**デフォルトの名無しさん** · 2018/08/24(金) 00:23:58.73

>>167
メモリが厳しいなら、ヒープが断片化すればメモリ確保できなくなっても不思議じゃないよ。
それなら確率的に落ちると思う。

**デフォルトの名無しさん** · 2018/08/24(金) 01:48:40.54

>>158
意味不明。

何の事言ってるの？

**デフォルトの名無しさん** · 2018/08/24(金) 01:50:43.81

>>159
いや、それはあなたの勘違い。

そのオプションを指定しても、EXEの中に入っている「初期化データ」のアドレス
が2GB以下に限定されるだけで、動的メモリは、理論上は、100GB でも一気に
確保できる。それは、再三言ってる。あなたは理解出来てないと思う。

**デフォルトの名無しさん** · 2018/08/24(金) 01:54:49.18

>>164
再三言ってるけど、あの/LARGEADDRESSAWARE:NO オプションを
付けても、「初期化データ」のアドレスが2GBに制限されるだけで、
new や malloc() などの、ヒープから確保される動的メモリは、64GBの
アドレス空間どこにあっても問題ないんだよ。

**デフォルトの名無しさん** · 2018/08/24(金) 02:00:34.30

>>173
そりゃ分かってるよ。

でも逆に、EXEファイルの中に最初から入っている「初期化データ」
の2GB制限とどっちが良いかの話になるんだよ。もちろん、動的メモリ
は何の制限も受けず、64GBアドレスが好きなように使える。

初期化データというのは、何かの埋め込みテーブルのための配列
だとか、文字列データとか、そういうものだよ。

巨大な3Dモデルデータ、テクスチャ、マップデータなどは、外部ファイル
にでも置いておけば、2GBの制限は受けず、仮想アドレスとしては
64BITまるまる使えるから。

実際、EXEの中にある初期化データが2GBを越えるという事は、
EXEファイルが2GBを越えるという事だから、そのアプリの起動
時には、有無を言わさず HDDなどから、2GBの読み込みが
始まってしまうことになる。

**デフォルトの名無しさん** · 2018/08/24(金) 02:02:34.25

>>179 >>180
【誤字訂正】
誤：64GBアドレス
正：64BITアドレス

言葉は間違っているが、中身は間違ってない。数学は100点、国語は赤点
の学生時代だったし。

**デフォルトの名無しさん** · 2018/08/24(金) 02:18:09.88

>>173
それでもやはり、1%の速度低下にはなったんだよね。

「初期化データの2GB制限」は、現実的には何の制限にもなってない
事は理解出来てる？？？？動的メモリは、64BIT 自由に使える
んだよ。

**デフォルトの名無しさん** · 2018/08/24(金) 04:19:33.40

>>178、179
実際にやってみれば？
C言語でmallocでもvirtualallocでも
/largeaddressaware:noを付けると動的メモリも2GB以下しか確保できなくなるから

**デフォルトの名無しさん** · 2018/08/24(金) 04:38:15.52

>>182
実際に試したことないのが丸わかり
/largeaddressaware:noをつけると本当に試してみるといいよ、
動的メモリも2GB以下しか確保できなくなるから

このページの
https://www.webtech.co.jp/blog/optpix_labs/programing/6387/
この図に載ってるプログラムでも試せるよ
https://www.webtech.co.jp/blog/wp-content/uploads/2013/11/laa_test_prg_thumb.png

**デフォルトの名無しさん** · 2018/08/24(金) 04:39:04.29

上のプログラムだと/largeaddressaware:noを付けない時に
無限に確保するので4500MBで終わるように少し改変してみた
これで試してみな

#include <windows.h>
int PASCAL WinMain(HINSTANCE hinst, HINSTANCE hprev, LPSTR cmd, int n)
{
int step = 10; //10MB
int count = 0;
char temp[20];
for (;;)
{
void *p = GlobalAlloc(GPTR, step * 1024 * 1024);
if (p == NULL)
{
break;
}
count++;
if(count > 400 + 50) {
break;
}
}
wsprintf(temp, "Total %d MB\n", count * step);
MessageBox(NULL, temp, "alloc test", MB_OK);
}

**デフォルトの名無しさん** · 2018/08/24(金) 04:45:01.40

上のプログラムは64bitでも、32bitでもコンパイルは通るよ

**デフォルトの名無しさん** · 2018/08/24(金) 05:30:48.46

そもそもWindowsは/largeaddressaware:noを付けなくても静的データは2GBまでしか使えない
動的データだけがOSが対応してるメモリ分だけ制限なく使える
WindowsにはLinuxのgccのような-mcmodel=largeや-mcmodel=mediumのようなオプションは存在しない

/largeaddressaware:noを付けると64bitアプリでも動的メモリも含めてすべてのメモリで2GB以下までしか使えなくなる

PGIのコンパイラのページでわかりやすく解説してあるよ
https://www.softek.co.jp/SPG/Pgi/TIPS/opt_64.html

**デフォルトの名無しさん** · 2018/08/24(金) 07:19:19.64

>>173
これは最適化を知らないコード
250個並べちゃいけない

**デフォルトの名無しさん** · 2018/08/24(金) 07:30:57.16

>>182
そこだけ抜き出して、
しかも最適化してないコードで1%
こんなコードは全体の中では非常にわずかだろうし
タイムクリティカル部分であれば最適化される

実質差が無いメリットの為に絶対アドレスに依存したコードにする
時代に逆行だ

それでも逆行したければ
0～2Gのアドレスしか割り当てられない2G限定アプリにしろ

**デフォルトの名無しさん** · 2018/08/24(金) 07:35:38.16

>>188
250個並べても7KBくらい
1次命令キャッシュに丸ごと収まるぞ

**デフォルトの名無しさん** · 2018/08/24(金) 07:38:24.94

uOPキャッシュ

**デフォルトの名無しさん** · 2018/08/24(金) 07:53:32.13

>>191
25個並べることにしてループ回数を一桁増やしたが早くならないぞ
そういうのを机上の空論というんだ

**デフォルトの名無しさん** · 2018/08/24(金) 07:59:52.52

なんか初心者スレの趣旨とずれまくりなんだけど。
コンパイラのABIが「変わった」のなら、それに合わせたのを紹介しないと。

Visual Cは64bitではインラインアセンブラも使えなくなったし、AVXやSSEは組み込み関数で大概は満足できるはずって判断されたのだろう。
今のご時世わざわざアセンブリ言語でプログラミングしたいって用途は動画のコーデックやフィルタプラグインDLL、将棋とかの思考ルーチンとかでしょ。
こういうのは2GB制限下でしか使えないコードでは困るはず。

**デフォルトの名無しさん** · 2018/08/24(金) 08:09:12.98

>>189
静的配列だとサイズが決まってるから、恐らく最適化されてポインタとオフセット（ディスプレースメント）に変換されるよね。
＞実質差が無いメリットの為に絶対アドレスに依存したコードにする
＞時代に逆行だ
これに同意。

**デフォルトの名無しさん** · 2018/08/24(金) 12:53:22.92

>>192
ヒント HTT

**デフォルトの名無しさん** · 2018/08/24(金) 14:52:13.41

>>185
自分は 64BIT 用C/C++コンパイラをインストールして無いので、試せません。

link.exe に、 /largeaddressaware:no を渡した場合にのみ、
GlobalAlloc() が失敗する理由は何ですか？

ポインタが32BITになる？　それとも、GlobalAlloc の関数が別のものに
入れ替わってしまう？

そのどちらでもないとしたら何が原因ですか？

**デフォルトの名無しさん** · 2018/08/24(金) 14:54:32.88

>>187
>/largeaddressaware:noを付けると64bitアプリでも動的メモリも含めてすべてのメモリで2GB以下までしか使えなくなる
>PGIのコンパイラのページでわかりやすく解説してあるよ
>https://www.softek.co.jp/SPG/Pgi/TIPS/opt_64.html

リンク先のページを見たのですが、自分には、
　「動的メモリの場合にも2GB以下しか使えなくなる」
という文書が見つかりませんでした。

どこに書かれているか、ご指摘いただければ幸いです。

**デフォルトの名無しさん** · 2018/08/24(金) 16:51:48.72

実験したけど2GBまでだったよ
malloc

アドレスは32bitで保持出来る
32bitアプリからの移植用だろうね

**デフォルトの名無しさん** · 2018/08/24(金) 16:55:58.09

>>196
メモリはOS側の管理でしょ？
OSがアプリ種別を判別してアドレスを割り当てる

31bit
32bit
64bit

の3種類かな？

**デフォルトの名無しさん** · 2018/08/24(金) 17:07:40.76

>>199
リンカオプションによって、API の挙動まで変わってしまうんでしょうか。

そして、Win64 API の GlobalAlloc() などが返す値が 31 BIT までに
なるので、malloc() もそれにつられて、勝手に 31BIT までになると？

64BIT COFF だと、COFF Image に、/largeaddressaware:no かどうか
を示す BIT か何かが追加された???

**デフォルトの名無しさん** · 2018/08/24(金) 19:11:45.47

>>196
無料のVisual Studio Expressでも2013以降は64bitのビルドにも対応してるよ
64bitのWindowsプログラミングに興味があるなら入れてみれば？

プログラムのコードを見ればわかるように
10MBずつメモリを確保していき
メモリが確保できなくてGlobalAllocの戻り値にNULLが返るか
確保したメモリが4500MBを越えたらbreakでループを抜けて
確保したメモリ容量を表示して終了するようになってる

で、/largeaddressaware:noを指定すると
俺の環境では1970MB確保したところでループを抜けて終了してる
つまり、1970MB確保したところで、
次にGlobalAllocを実行するとメモリが確保できなくてNULLが返る
これは、動的メモリも2GB以下しか確保できないということを示してる

/largeaddressaware:noを指定せずにコンパイルすると
4510MBまで確保して終了する

**デフォルトの名無しさん** · 2018/08/24(金) 19:16:32.91

>>200
Visual Studioに入ってるdumpbin.exeでコマンドプロンプトで
dumpbin /headers hogehoge.exe
とやると/largeaddressawareを指定した状態(/largeaddressaware:noを指定しない状態)だと
FILE HEADER VALUESの項目とのところに

Application can handle large (>2GB) addresses

これが表示される
なので詳しくは知らないが実行ファイルの中に/lageaddressawareの指定をする部分があるはず

これまたVisual Studioに入ってるeditbin.exeを使うと
実行ファイルそのものに/largeaddressawareや/lageaddressaware:noの指定ができる

LAAを有効にするには
editbin /lageaddressaware hogehoge.exe

LAAを無効にするには
editbin /lageaddressaware:no hogehoge.exe

**デフォルトの名無しさん** · 2018/08/24(金) 19:47:12.65

VCで64bitの静的配列にアクセスするコードを調べてみた。
#include <math.h>

volatile char str[1024];
volatile char c;

main(int argc, char *argv[])
{
int idx;

idx = (int)(rand() * 1024);
c = str[idx];
}

これの配列アクセス部分が
; 11 : c = str[idx];

0001c 48 63 44 24 20 movsxd rax, DWORD PTR idx$[rsp]
00021 48 8d 0d 00 00
00 00 lea rcx, OFFSET FLAT:str
00028 0f b6 04 01 movzx eax, BYTE PTR [rcx+rax]
0002c 88 05 00 00 00
00 mov BYTE PTR c, al

00028は[rcx+rax]で配列アクセスしてる
そして、00021と0002cはrip相対アドレッシングだよね？（エンコードは自信ないので）

**デフォルトの名無しさん** · 2018/08/24(金) 19:58:50.48

>>198
時々ポインタをDWORDに変換して構造体に突っ込んでたりすることがあるからね。
argeaddressawareは、こういうコードが含まれたアプリをどうしても64bitで動かさなきゃいけなくなった時とかに仕方なく使うオプションでしょう。
でないと、GlobalAlloc()が大きなアドレス返したら動かなくなるし。

**デフォルトの名無しさん** · 2018/08/24(金) 20:08:42.11

>>200
プロセスを起動する時にexeのLAAフラグを見てメモリとかハンドルを返すAPIが32bitに収まる値を返すように設定されるんだと思う。
こういうのはプロセスごとに32bitとかにも切り替えられる（この場合はシステムDLLは64bitとは別だけど）ので、
互換性を確保する仕組みが裏で動いてるはずだよ。

**デフォルトの名無しさん** · 2018/08/24(金) 20:18:03.36

>>203のコードバイトの折り返し部分のタブが詰められて見にくいので

0001c 48 63 44 24 20 movsxd rax, DWORD PTR idx$[rsp]
00021 48 8d 0d 00 00 00 00 lea rcx, OFFSET FLAT:str
00028 0f b6 04 01 movzx eax, BYTE PTR [rcx+rax]
0002c 88 05 00 00 00 00 mov BYTE PTR c, al

**デフォルトの名無しさん** · 2018/08/24(金) 21:46:35.00

>>203
VC++だと/FAオプションを指定するとアセンブラ出力もされるよ
ただ、64bitのVC++コンパイラが吐き出すアセンブラコードは
そのままではml64.exeでアセンブルできないけど
ml64.exeでアセンブルできるように修正できたらml64.exeでアセンブルする時に
/Flオプションを指定するとリスティングファイルを出力してくれる

**デフォルトの名無しさん** · 2018/08/24(金) 22:08:39.28

>>207
>>203は/FAscで出力された.codから抜粋したもので、リンク前だから変数のアドレスが変な値になってる。
最適化オプションつけ忘れてるのでimul使ってるけど、/O2でも配列へのアクセスはインデックスレジスタ付きなのは変わらなかった。

このサンプルでは配列の添え字がコンパイル時に推定できないようにしたのでインデックスレジスタ付きになってるけど、
普通のループでは、この部分は最適化されてポインタに変更されて、レジスタ間接とポインタ操作するコードになるはず。

**デフォルトの名無しさん** · 2018/08/25(土) 04:35:15.70

プロセスのアドレス空間が、4GB までだから

その内、Linux では1GB、Windows では2GB を、カーネル空間に割り当てているから、
残りのユーザー空間は、3GB, 2GB になる

カーネル空間は、全プロセス共通の空間だから、各プロセスで使えないアドレス

**デフォルトの名無しさん** · 2018/08/25(土) 05:52:55.11

64bit Windowsでの2GB制限ってのは、単にメモリ確保時のアドレスの割り当て方やハンドルの値が変わるだけで、
アクセスできない場所では普通に例外が発生するだけのこと。
/largeaddressaware:yesの状態では、32bitの範囲のアドレスがが割り当てられてないから
rip相対を使って静的変数のあるアドレスを取得するってことね。

**デフォルトの名無しさん** · 2018/08/25(土) 05:57:44.86

割り当てられてないってのは変だったね。
アクセス権限が与えられてないからってこと。

**デフォルトの名無しさん** · 2018/08/25(土) 11:07:20.24

偉そうなもんだな。
もうちょっと、言い方ってもんを学んだ方がいい。
人間性に問題あるかも。

**デフォルトの名無しさん** · 2018/09/03(月) 04:21:34.86

アセンブラの命令を覚えたいのと
デバッガーを使いこなしたいんですが
何かお勧めの勉強方法はありますか？
C入門程度だけの知識だけでアセンブラは全く知りません

よろしくお願い致します

**デフォルトの名無しさん** · 2018/09/03(月) 11:24:23.57

CPUは何？

**デフォルトの名無しさん** · 2018/09/03(月) 12:38:16.62

書いてないってことは決まって無いんだろう

Visual Studio Community 2017
x86 64bit
ml64.exe

が環境としては一番簡単かな
何もしない関数をアセンブラで作って
Cからその関数を呼ぶところから始めよう

**デフォルトの名無しさん** · 2018/09/03(月) 20:27:11.25

os10 64bitです
C++でアセンブラ使えるんですね
知りませんでした。そこら辺も調べてみます
デバッガーでコードを読んで書き換えられるようになりたいです

**デフォルトの名無しさん** · 2018/09/03(月) 20:36:15.47

マカーか

**デフォルトの名無しさん** · 2018/09/04(火) 16:50:20.52

横からだけど、
それに必要なのはバイナリからアセンブラコードを出力する逆アセンブラじゃないの？

それとも基礎知識として習得したいってことなのか

**デフォルトの名無しさん** · 2018/09/04(火) 17:01:04.80

チートしたい！

**デフォルトの名無しさん** · 2018/09/04(火) 22:32:50.81

>>218
これから勉強するって段階で逆アセはまだ早い。まずCで簡単なコード書いてアセンブラソース出力
それを見て少しずつ変更して動作を勉強。どきどき暴走させて遊ぶのがいい。
Cやアセンブラのソースがないバイナリを逆アセしても、逆アセはコードとデータの区別なしにコード化するから混乱する。

**デフォルトの名無しさん** · 2018/09/04(火) 22:50:42.54

回答ありがとうございます;
アセンブラの実行環境整える（実機だのエミュだの）用意するのが物凄い敷居高そうに感じるので
チートエンジンやollydbg?ってやつでオフライン用のゲームでも解析しながら
アセンブラ命令群を覚えようと思ってます。
アセンブラの命令を覚えるのだけなら後者でも力つきますかね？目標はウイルスのデバッグとか出来るようになりたいです

**デフォルトの名無しさん** · 2018/09/05(水) 01:22:32.69

>>221
>目標はウイルスのデバッグとか出来るようになりたいです
どうしてそう反社会的な方ばっかり目がいくんだい。

これだから、ハッカー=クラッカー、悪者、のイメージが付く。
昔は、アセンブラといえば、速さのために学んだものなのに。

君みたいなのにはプログラムになんか興味を持たないで欲しい。

**デフォルトの名無しさん** · 2018/09/05(水) 02:37:54.86

>>どうしてそう反社会的な方ばっかり目がいくんだい。

そう…ではなくてですね
将来ウイルスとかランサムウェアの対策ツールとか作ってみたいから
デバッグスキル付けたいと思って、覚えたいと思いました。
http://www5c.biglobe.ne.jp/~ecb/assembler/assembler00.html　見て実行環境頑張って作って覚えようと思ったんですけど
とっつきづらすぎると思って;
てかVisualStudioって自分のコードアセンブラで出力したり出来るんですね
全然知りませんでした。ありがとうございます

**デフォルトの名無しさん** · 2018/09/05(水) 03:52:48.57

ウィルスってね、勉強のつもりで作っても、いざ出来上がると使ってみたくなるもんなんだよね。
そういう誘惑に勝てるかどうか

**デフォルトの名無しさん** · 2018/09/05(水) 06:27:13.70

>>224
そういう方もいらっしゃるんですね。
プログラミング歴はもといパソコンも初心者レベルにしかない自分には縁のない響きですね・・

ところでC++のコードをvisualstudioでアセンブラ出力とはどうやるんでしょうか？
気になって調べてみたんですが　デバック（D)→ウィンドウ→アセンブラ　っと進むと出てくると書いてあるんですが
そんな項目ありません；

**デフォルトの名無しさん** · 2018/09/05(水) 11:13:33.31

debug.exe
debug64.exe

**デフォルトの名無しさん** · 2018/09/05(水) 11:34:16.13

OllyDbg とか、

うさぴょんの「うさみみハリケーン・スペシャルねこまんま」とか、
将棋AI「やねうら王」の作者、やねうらおの本「解析魔法少女美咲ちゃん」とか

デバッガによるx86プログラム解析入門【x64対応版】、うさぴょん、2014

**デフォルトの名無しさん** · 2018/09/05(水) 11:55:15.09

>>225
ソリューションエクスプローラーでソリューションの下にあるプロジェクトを選択してプロパティ
構成プロパティ→C/C++→出力ファイル→アセンブリの出力

**デフォルトの名無しさん** · 2018/09/05(水) 20:44:59.69

>>227-228
ありがとうございます
ソリューション周辺探しましたが　https://gyazo.com/b58d77fd28f08e941c91b337938d1f6c
無かったです……
VSインストールする時２つくらいしか選択しなかったんですがそれがまずかったんでしょうか
ollydbgというのも調べてみます

**デフォルトの名無しさん** · 2018/09/06(木) 01:20:57.16

VSでC/C++のデバッギングに入ってステップインしてたらアセンブラのコードが出てこないか？

**デフォルトの名無しさん** · 2018/09/06(木) 01:24:39.50

>>229
C/C++の所のツリー開け

**デフォルトの名無しさん** · 2018/09/06(木) 05:22:06.40

Cならインラインアセンブラ使えば良いんでない？

**デフォルトの名無しさん** · 2018/09/06(木) 14:49:24.96

いや、普通にターゲットCPUのニーモニック表を探して来て見ろよ

**デフォルトの名無しさん** · 2018/09/24(月) 01:13:48.37

取り敢えずアセンブラ上の数字2進数(或いは16進数)を桁ごとに分けて十進数にして、+30して(文字コードに変換)する事には成功した。

何進数か関係無く、10の位なら10ずつ、100の位なら100ずつ引いて実現。

筆算のアルゴリズムだともっと速いらしいので、時間があれば挑戦したい。
時間があれば。。。

**デフォルトの名無しさん** · 2018/09/24(月) 01:17:43.11

x 何進数か関係無く、10の位なら10ずつ、100の位なら100ずつ引いて

o 何進数か関係無く、(何進数の10でも10進数の10だと言うことは変わらないので)10の位なら10(16進数だとA)ずつ、100の位なら100ずつ引いて

**デフォルトの名無しさん** · 2018/09/25(火) 01:58:20.74

8bitISAの経験はあるんだがIA32やAMD64のプログラミングマニュアルを見ると命令の多さにめまいがする
しかもググってみるとメモリアドレッシングもなにやら作法があるようでよくわからん・・・
な状態なのだがIA32/AMD64のアセンブラを勉強するのにおすすめの資料とかあるかな
今のところ自力で書いたことのあるISAは78K0S、8051、AVR。基本的な概念はわかっているつもり
リンカ周りは不安あり。プラットフォームはWindowsかLinuxかFreeBSDを検討中

**デフォルトの名無しさん** · 2018/09/25(火) 08:56:01.40

>>236
ISAって何のこと？

**デフォルトの名無しさん** · 2018/09/25(火) 09:25:52.53

ISA=instruction set architecture=命令セットアーキテクチャ
や、
ISA=PC/ATの拡張スロットのバス仕様

？？

**デフォルトの名無しさん** · 2018/09/25(火) 18:37:53.38

このスレでISAをIndustry Standard Architectureと解釈する必要ってあるのか？

**デフォルトの名無しさん** · 2018/09/26(水) 04:10:17.53

誤解を生まないよう書き込む際は気を付けた方がいいね

**デフォルトの名無しさん** · 2018/09/26(水) 10:35:31.91

>>236
VCのx64はインラインアセンブラも使えなくなってるんだから、特殊なビット操作やりたいのでなければ
組み込み関数覚えてからの方が楽なんじゃないの
https://software.intel.com/sites/landingpage/IntrinsicsGuide/
右端に対応するニーモニックが書いてある

**デフォルトの名無しさん** · 2018/09/27(木) 10:28:07.85

>>240
アスペじゃなければこの文脈でそれはない

**デフォルトの名無しさん** · 2018/09/27(木) 10:47:26.07

そもそも8bitISAなんて言い方は一般的ではないもん。

**デフォルトの名無しさん** · 2018/09/27(木) 10:58:42.91

かなりアセンブラ経験あるけど、8bit ISAと聞いても意味が分からなかった。
多分、8bit CPUとか、8bit マイコンのことが言いたかったのではないかとは
思ったけど、意味がはっきりしなかったので念のため聞いてみた。

個人的には、Instrucstion Set Architectureの意味での「ISA」という
言い方は、Intelのマニュアルなどで最近目にするようになった印象が
ある言い方。

修正に告ぐ修正を重ねてが複雑化したx86系CPUのあの複雑さのニュアンス
を出すためにIntelが使い始めた言葉かもしれない。

昔、Z80が流行っていたころは、日本の雑誌などでは、8bit CPUと言われて
いたし、炊飯器や冷蔵庫では、今でもCPUよりもどちらかというと
I/OポートやA/Dコンバーターを内蔵しているみたいななニュアンスを
含めて「マイコン」と言われていると思う。

ISAという言葉は、Intelマニュアル以外ではあまり見たことない。

**デフォルトの名無しさん** · 2018/09/27(木) 11:23:55.29

ARM でも MIPS でも普通に ISA 使うけど。
8bit の頃は、セカンドソースはあっても、ISA レベルでのライセンシングが無いか稀だったんじゃないかなあ。

どっちにしろ、16bit バスの ISA を思いつくのはちょっと理解できない。

**デフォルトの名無しさん** · 2018/09/27(木) 11:29:57.13

>>245
文化が違うと用語も違う。Z80 ISAなんて言葉は一度も聞いたことがない。
8BIT ISAも初耳だった。

8BIT時代、ARMやMIPSも日本では聞かなかったし。

**デフォルトの名無しさん** · 2018/09/27(木) 11:40:30.81

>>245
「8-bit ISA card」
で検索すると、色々出てくる。

当時、愛器はNEC製だったのでPC/ATのバス規格であったところのISA
については知らなかったけど。

コンピュータは用語が多様なので、省略形は注意が必要だと思う。
ガングロ女子高生が省略後で通じ合えるのは、多分、興味の対象が
狭いか、語彙が少ないからこそかもしれないと思ってる。
語彙が豊富な人ほど、略さずそのまま言う傾向があると思うし。

**デフォルトの名無しさん** · 2018/09/27(木) 11:40:33.72

>>246
うん、だから ISA レベルでのビジネスがない頃はそこにタームが存在してなかっただけで、今の時代であれば、8bitISA と言われれば、いろんな8bitマイコンの事だと判るでしょ。
おまけに、その下に
自力で書いたことのあるISAは78K0S、8051、AVR
って書いてあるんだから。

>>236
FreeBSDかNetBSDの mm とか syscall とか libc 周り読むのがいいと思う。
本なら、はじめて読む486 は良かった記憶があるけど相当昔の話だし x64 はないからおすすめ度は低い。
Kindle あるみたいだから、気が向いたらレベルでおすすめ。

**デフォルトの名無しさん** · 2018/09/27(木) 11:49:44.12

>>248
あまりなじみの無いCPU名が列挙されていたので、8bit ISA BUSで、組み込み系
をやっていた人かと思ったんだよ。

ネットでは、質問者の年齢も分からないし、何にも推測できないから。

**デフォルトの名無しさん** · 2018/09/27(木) 11:55:04.47

アセンブラの基礎が分かっている人なら、Intelの3 Volumeがセットになった
英文マニュアルがお勧め（なお、英語が分かる人は、日本語版は読まない
方がいいと思う。混乱の元になるから。英語が分からない人は、多分、
混乱しながら時間をかけて前後関係から推定して理解することになる。）

ModRMについても書いてある。ただし、32BITのものが詳しく書かれていて、
64BITのものについては、補足のように後から書かれている。
REX prefixとかと関連して。

非常に壮大なマニュアルで、忘れたけど、総ページ数は5,000ページくらい
あったかもしれないけど、必要なところをかいつまんで読めばいい。

アセンブラ経験がある人なら読めるはず。

**デフォルトの名無しさん** · 2018/09/27(木) 12:02:53.61

みんなここを読んでいるのが自分と同じ業界の専門家だと思っているのかな？
初心者スレなんだから上級者は来るなよ

**デフォルトの名無しさん** · 2018/09/27(木) 12:09:02.87

>>250
PDFファイルは、Adobe純正のものではなく、SumatraPDFがお勧め。
場合によっては、それと、PDF-XChange Viewerとの両使いも便利。

2つのビューアーがあると、同じファイルの異なるページを同時に
見ることが出来る。

特に、SumatraPDFは、ネットブラウザやWindows用の
テキスト・エディタなどとよく似た使い勝手で便利。

**デフォルトの名無しさん** · 2018/09/27(木) 12:29:35.23

>>245
ISAってISAバスしか思い浮かばないんだがw
アセンブラやるなら、ASMソースとかニーモニックコードとかのほうが一般的だろうね

**デフォルトの名無しさん** · 2018/09/27(木) 12:30:49.36

自分の知識不足を棚に上げて絡む馬鹿アスペ

**デフォルトの名無しさん** · 2018/09/27(木) 12:34:10.71

お互いに知識に偏りがあるからしょうがないんだよ。

だから、分からない言葉があれば言葉の確認が必要となると思う。

名プログラマやIQ170の人でも、知らない分野では知識不足はあるよ。

**デフォルトの名無しさん** · 2018/09/27(木) 12:51:27.68

>>255
うん、78K0S、8051、AVRがなじみの無いCPUと聞いてショックを受けている。

**デフォルトの名無しさん** · 2018/09/27(木) 12:59:24.22

>>256
78K0Sが、NEC製のマイコンだということだけは、昔知ったことがある。
でも、昔といってもとても最近。

8051は、PC-8801のシリアルコントローラに、似たような型番のものがあったような
気がしたが、たぶん関係ないけど、正確な型番は思い出せない。

**デフォルトの名無しさん** · 2018/09/27(木) 13:05:15.67

>>256
8251が、Serial Controller、8255 がParallel Controller、
8085、8086がCPUだった。

8051というのは、知らないかも。

**デフォルトの名無しさん** · 2018/09/27(木) 16:23:11.07

>>236
命令が多いのは、基本的には、MMX, SSE～SSE4, AVX, AVX2, AVX512 が
追加されたことが大きい。その辺の命令はまずは、無視。
整数命令(汎用命令)から見るといい。
なおその前に、どんなレジスタがあるかについて勉強する。
「basic execution environment」みたいな節に書いてある。
レジスタは拡張につぐ拡張があったので、理解するのにそれなりの時間がかかる。

アルファベットごとの命令表の、mov, add, sub, mul, div, imul, idiv,
push, pop, call, jmp, jcc 系を中心に見た後、ModRMについて書かれた節を見る。
最初は、16BIT/32BIT の ModRM、SIB について理解する。
その際、operand prefix, address prefix について理解する。
その後、64BIT の long mode, compatible mode の説明を読んだ後、
64BIT の ModRM, SIB について、REX prefix とまとめて理解する。

ちなみに、以下は後回しにする:
fadd, fsub, fmul, fdiv, fldp, fld, fstp, fld は、x87 FPU。
padd, psub は、MMX, addps, addss, subps, subss, mulps, mulss は、SSE系。

mm0～mm7, xmm, ymm, zmm, に関する movxxxx も最初は無視。
これらの movxxxx は、アルファベット順の命令ごとについての書かれた章
のに解説が書かれているが、アラインだとかの説明が難しい。
実は、同じマニュアルセットの全然別の場所にこれらの movxxxx 命令の
説明が割りと平易な言葉で書かれているので参考になる。ただし、英語。
翻訳版の日本語だと余計に意味が分からないかもしれないの注意。

AVX系命令は、まず、VEX, EVEX prefix を読む。REX prefix が完全に理解
してないと理解は難しいと思う。