アセンブラ 13

レス数が1000を超えています。これ以上書き込みはできません。
2011/08/28(日) 15:24:40.59
前スレ
http://pc11.2ch.net/test/read.cgi/tech/1187079488/
2011/08/28(日) 15:27:22.39
> アセンブラを勉強するのにいい、unix系の本がありますか？

「プログラミングの力を生み出す本」がわりと良かったのだが在庫切れ増刷未定のようだな。
2011/08/28(日) 17:58:47.52
カーネルのソースだろ
4uy
垢版 |
2011/08/29(月) 06:06:41.24
>>3
こういう奴って
どのバージョンのカーネルのどのファイルのアセンブラソースさしてんだ

他の奴は答えなくていいから　ちょっとお前答えてみろよ

で、そのソースファイルを読むとどういうアセンブラの知識がみに付くのか、言ってごらん


知ったかぶりでカーネルカーネルいってるなら　責任とって死ねよお前
2011/08/29(月) 08:14:26.79
おまえも2ちゃんねる荒らしの責任とって死ねよ
6デフォルトの名無しさん
垢版 |
2011/09/03(土) 07:38:26.09
>>4
3じゃないがLinux 0.01のboot.s head.sなんかはよんでおいたほうがいいな。
16bit real modeでのBIOS interrupt callの使い方から、32bit保護モードへの以降
gdtr idtr等のディスクリプターテーブル、ページング機構の準備とか。
アセンブリの知識もあるけどx86アーキテクチャの知識も身につく
2011/09/03(土) 08:41:50.59
うんこぶりぶりあせんぶり
8デフォルトの名無しさん
垢版 |
2011/09/13(火) 08:07:27.52
ザイログ形式以外身につかない
2011/09/14(水) 14:13:17.97
Z80をIntelニーモニックで解説している本で勉強すればいいんじゃね？
（俺はZilogで覚えちゃったからMOVとかわからんちん）

それ以上の奴をいきなり最初にやるのは敷居が高い気がする
10デフォルトの名無しさん
垢版 |
2011/09/14(水) 16:15:16.64
マシン語レベルで同じなんだから
あとはコンパイラがザイログ形式を受け付けるか受け付けないかの違いでしかない

シンプルで使いやすいザイログ形式がこれだけ干されてるのが不思議だ
８０８０ニーモニック　　　　Ｚ８０ニーモニック
ＭＯＶ　Ａ，Ｍ　　　　　　　ＬＤ　Ａ，（ＨＬ）
ＭＯＶ　Ｍ，Ａ　　　　　　　ＬＤ　（ＨＬ），Ａ　
ＬＤＡＸ　Ｂ　　　　　　　　　ＬＤ　Ａ，（ＢＣ）
ＬＤＡＸ　Ｄ　　　　　　　　　ＬＤ　Ａ，（ＤＥ）
ＳＴＡＸ　Ｂ　　　　　　　　　ＬＤ　（ＢＣ），Ａ
ＳＴＡＸ　Ｄ　　　　　　　　　ＬＤ　（ＤＥ），Ａ
ＬＤＡ　１２３４　　　　　　　ＬＤ　Ａ，（１２３４）
ＳＴＡ　１２３４　　　　　　　ＬＤ　（１２３４），Ａ

LD一つで済むだろ
2011/09/14(水) 17:46:04.25
俺はアセンブラ程度は自分で作ったけど、全部「A=B」のような代入形式にしたな。
2011/09/14(水) 17:48:15.57
そういえば昔、SMCなんとかという8bitパソコンがそんな感じだったな
2011/09/14(水) 18:19:48.54
Zilogのはアセンブラがめんどくなるのでメモリ厳しい環境にやさしくない
2011/10/07(金) 17:08:46.15
0f 01 d8 vmrun
0f 01 d9 vmmcall
0f 01 da vmload
0f 01 db vmsave
0f 01 dc stgi
0f 01 dd clgi
0f 01 de skinit
0f 01 df invlpga

オペコード表には載ってないけどこんな命令あったのか
2011/10/07(金) 19:22:05.03
AMDV？
2011/10/07(金) 20:00:51.00
>>15
あーそれでしたどうもです
インテルのマニュアルには当たり前だけど何も載ってないから知らなかった
2011/10/10(月) 12:39:42.35
longモードで
40 01 00 rex add %eax,(%rax)
01 00 add %eax,(%rax)
この二つは実質的にどういう違いがあるんでしょうか？
2011/10/10(月) 13:32:41.88
x86で、アセンブラのソースとしては区別がつかない、ことなったバイナリ機械語列が
あることについての疑問？
特に差はないよ。昔からある。
2011/10/10(月) 13:52:38.18
REXプリフィクスのWビットを作った目的は
新たに増えた8本のレジスタの下位32/16ビットをアクセスするためということでいいんでしょうか？
オペランドサイズを32bitにするだけならREXプリフィックスなしの命令を使えば済むはずですよね
66とREX.Wの二つのフラグがあって分かりにくいです
2011/10/22(土) 07:51:13.15
C言語に挫折したので、アセンブラから修行しようと思います。
シンプルで学びやすく資料が多いものとなればZ80になりますでしょうか？
定番と呼べる解説書などあったら紹介してください。
2011/10/22(土) 10:45:32.09
CASL2（情報処理試験用の架空アセンブラ）という手もある
素人向けの資料に関してはかなり多い、試験対策の参考書が大量に出回ってるからな
2011/10/22(土) 12:06:05.99
CASLはやめとけ。

今時バイトアドレッシングじゃないアーキテクチャで入門の勉強しても、
後でわかりにくくなるだけだ。
2011/10/22(土) 12:57:19.77
この人のやりたいのはC言語じゃね？
C言語の予備知識つける程度にならあれで充分な気もするが
2011/10/24(月) 21:59:25.14
>>20
16bitマイコンが良いんじゃない？
秋月その他でキットが買えるルネサスのH8とか、TIのMSP430とか。
どちらも開発ツールは使いやすいとは言えないかもしれんが、
命令セット自体は割とシンプルで癖もなく使いやすい。
2011/10/25(火) 00:18:32.65
windowsに付いてくるdebugで十分だよ
2011/10/25(火) 11:44:17.71
いまさら8086の勉強しても…
確実にセグメントで挫折するぞ
2011/10/25(火) 19:26:24.25
はじめて読む486のx86-64版みたいな本はないのかな。洋書でもいいんだけど。
2011/10/26(水) 10:31:41.22
>>27
これは?
Professional Assembly Language (Programmer to Programmer) by Richard Blum
http://www.amazon.com/Professional-Assembly-Language-Programmer/dp/0764579010/ref=sr_1_1?ie=UTF8&qid=1319591733&sr=8-1

あと新しめなのが
The Art of Assembly Language by Randall Hyde
http://www.amazon.com/Art-Assembly-Language-Randall-Hyde/dp/1593272073/ref=sr_1_5?ie=UTF8&qid=1319591733&sr=8-5

この本ではHLA (High Level Assembler)というPascalっぽい独自のマクロアセンブラを使ってるね。
http://homepage.mac.com/randyhyde/webster.cs.ucr.edu/index.html
2011/10/26(水) 22:12:46.54
>>28
勧めてくれてありがたいんだけど、違う種類の本みたい。
30デフォルトの名無しさん
垢版 |
2011/12/12(月) 06:43:54.37
x86で処理実行するコアを指定する命令を教えてください
2011/12/13(火) 14:17:11.74
それはOSのコマンドだ

cpusetとかな
2011/12/15(木) 12:52:59.14
>>31
ありがとう。
こういうコマンドはどうやって実装してるのかな？
インテルのx86の説明書読んだけど、見つけられなかった。
2011/12/15(木) 14:47:12.08
読むもの間違ってる。CPUが勝手にプロセスをスイッチするわけないだろ？
関連する命令は載ってるだろうがそれだけでは何も解決しない。
自分でマルチプロセッサ対応のSMPマルチタスキングスケジューラーを作るなら、BSDかlinuxのカーネルのソースでも読めばいい。
OSがあるならAPI呼べ。
2011/12/16(金) 03:46:10.74
x86にどんな命令があるかって
インテルから説明書とか仕様書のコピーとかそんな感じのもの買わないと分からない？
2011/12/16(金) 04:53:53.02
>>33
ありがとう。
ちょっと興味があっただけなんで、時間があれば読みます。
2011/12/16(金) 06:45:33.41
>>34
落とせ
http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html
http://www.intel.com/jp/download/index.htm
2012/02/25(土) 17:08:40.88
x86のアセンブラでプログラミングをしたいのですが、
アセンブラ用のエディタとかIDEとかって無いのですか？
2012/02/25(土) 18:28:46.64
前世紀にはあった
2012/02/25(土) 19:01:04.15
emu8086っての使ってた
15日ぐらいの試用でデバッガは使えなくなるけど自己解決しました
4037
垢版 |
2012/02/25(土) 21:00:01.36
>>39
使ってみましたが、入力画面がバグりますね…。
ググったらFASMのfreshっていうのがけっこう高機能そうなのでこれ使ってみます。
64bit非対応なのが難ですが。
2012/02/25(土) 21:22:43.11
>>40
そうそう、選んだフォントによってはおかしくなる
自分に合ったのを使った方がいいね
42デフォルトの名無しさん
垢版 |
2012/03/17(土) 17:02:20.04
アッセンブリブリ
43デフォルトの名無しさん
垢版 |
2012/03/17(土) 19:35:52.22
>>37
WinASM
http://www.winasm.net/

RadASM
http://radasm.cherrytree.at/radasm/
2012/03/17(土) 20:14:03.22
>>37
Visual C++ 2010 Express でいいじゃん。
http://www.microsoft.com/japan/msdn/vstudio/express/

ASM も C/C++ も使えるし、VB や C# に浮気すんのもラクチンだし、マジオススメ。
2012/03/18(日) 13:52:08.72
>>37
インラインアセンブラがオススメやで？
逆アセンブルウィンドウとかも勉強になるしな
だから普通のVisual Studioちゃん
2012/03/18(日) 14:56:52.43
>>43
WinASM以外と凄いな。
あんまりコード書かないで簡単なダイアログアプリ作れちゃったよ
2012/03/21(水) 03:06:44.48
VirtualPCとかVMwareとかでアセンブルでオリジナルOSとか作れちゃったりする？
2012/03/21(水) 17:18:52.57
OSならC++でやった方が楽だろう
2012/03/22(木) 15:41:44.49
この程度のことを自力解決できない様では
何使っても結果は同じだろう
50デフォルトの名無しさん
垢版 |
2012/03/26(月) 02:30:25.17
gasで最近.intel_syntax使い始めたんだけど、
いままで

movw $Label, %SI

って書いてたのを

mov SI, Label

にすると即値代入じゃなくなってしまう。
どうすればいいんだろう。
2012/03/26(月) 02:34:43.91
intel_syntaxやめればおｋ
2012/03/26(月) 02:37:12.06
masm系だとoffset Labelだけど
gasだとintel_syntaxでも$Labelじゃなかったっけ？
自信ないけど。
2012/03/26(月) 02:38:10.54
そうだ
movじゃなくてleaを使えば良いかも。
本質的な解決じゃないけど。
2012/03/26(月) 02:45:03.10
>>50
gasなんて所詮はコンパイラの出力をアセンブルする程度のツールなんだから、縁を切るチャンスと思うほうが吉。
2012/04/14(土) 10:08:42.94
初歩的な質問ですまないけど一つ教えて。
call label_name@xxx
（xxxは整数値）の@xxxは何を意味するのでしょうか？

見かけたのは↓の"call _GetStdHandle@4"などの表記です。
ttp://ja.wikibooks.org/wiki/X86%E3%82%A2%E3%82%BB%E3%83%B3%E3%83%96%E3%83%A9/GAS%E3%81%A7%E3%81%AE%E6%96%87%E6%B3%95
2012/04/14(土) 11:20:37.16
単にそういう名前の関数なだけです
2012/04/14(土) 22:23:48.97
呼び出し規約が __stdcall(WINAPI) の場合の、引数の合計サイズですよ。
5855
垢版 |
2012/04/15(日) 03:55:29.17
>>57
thx.
そういう情報ってどこか集まっているサイトか資料（本とか）あるんですか？
ここで質問する前に結構探したつもりなんですが…。
2012/04/15(日) 16:20:37.25
>>58
検索するとしたら "アセンブラ 呼び出し規約" かなあ。
例えば↓とか。
ttp://ray.sakura.ne.jp/asm/9.html
60デフォルトの名無しさん
垢版 |
2012/06/21(木) 21:51:25.92
BIOSでhello worldを表示するためのプログラムを作ってみたんですが、何も表示されません。
「mov (%bx), %al」コレがマズイ気がするのですが、表示する方法を教えてもらえませんか？

.code16
.text
_start:
.global _start
mov $msg, %dx
jmp loop1

loop:
mov $0x00, %bh
mov $0x07, %bl
mov $0x0e, %ah
int $0x10
loop1:
mov %dx, %bx
mov (%bx), %al
inc %dx
cmp $0, %al
jne loop

msg:
.ascii "Hello World\r\n\0"
end:
.org 0x200-2
.word 0xaa55
2012/06/21(木) 22:13:23.04
>>60
動作環境ぐらい書いとけ(つーかその辺りから分かってないだろ?)
62デフォルトの名無しさん
垢版 |
2012/06/21(木) 22:50:24.78
>>61
vmwareです。
正直あまりわかってないけど、昔は同じようなプログラムを作った。
6360
垢版 |
2012/06/21(木) 22:53:34.34
概ねこのサイトのコピペなんですが、どれもちゃんと動かないです。
何も表示されなかったり、文字化けしたり…
http://news.mynavi.jp/column/helloworld/021/index.html
2012/06/21(木) 23:21:42.01
QEMUは「qemu -fda as_bios3.com」で起動します。
6560
垢版 |
2012/06/21(木) 23:33:32.01
知ってたらでいいんで、文字列の目の前でcallする以外のスマートな方法ありますか？
FreeBSDのブートプログラム見たらそんなのないけど、アセンブラの知識不足でよくわかりません。
2012/06/21(木) 23:38:44.15
>アセンブラの知識不足
パソコンのBIOSについての知識不足？
6760
垢版 |
2012/06/21(木) 23:40:09.64
それも不足してると思います。
2012/06/21(木) 23:43:24.94
63に書いてあることはやったの、DOS窓のほう？
6960
垢版 |
2012/06/21(木) 23:46:57.54
一番下以外はvmwareで試しました。(おかしな表示になりました）。
Windowsじゃなくて、LinuxなんでDOS窓では動かしてません。
一番下のは明日やります。

アドバイスくれた人ありがとう。
釈然としませんが、とりあえずcallを使うと上手く行くらしいことだけわかりました。
2012/06/21(木) 23:57:39.28
linuxならdosemu上でやってみたら
7160
垢版 |
2012/06/22(金) 00:10:17.98
dosemuインストールしましたが、使い方を調べてみます。
7260
垢版 |
2012/06/22(金) 01:07:07.83
http://d.hatena.ne.jp/pakepion/20080602/1212412508
この変見てるとcall使ってないんですが、nasmとgasの違いなのでしょうかね？
2012/06/22(金) 01:14:32.98
int 0x10
がBIOSコール
7460
垢版 |
2012/06/22(金) 01:16:06.81
>>73
それはわかったのですが、なぜか文字化けor表示されないのです。
>>63のサイトでは、callを使えとあるんですが、いまいち理由がわからず困っています。
7560
垢版 |
2012/06/22(金) 01:24:53.38
コンパイルオプションの問題でした。
スレを汚してすみません。
2012/06/22(金) 03:35:26.45
callに呼応しているのはpop %bp。
IA32ではipを直接movしたりip相対でアドレシングすることができないから
その代わり。
7760
垢版 |
2012/06/25(月) 00:29:00.44
>>76
遅くなりましたがありがとうございます。

割り込みに関するIDTRを調べているのですが、１組6byteのテーブルの内容がよくわかりません。
持っている本には、
１byte：ループカウンタ
１byte：P:DPL：タイプ
2byte：制御ワード
2byte：ハンドラへのジャンプテーブル
とあるのですが、ここでループカウンタと制御ワードの意味がわかる方がいれば教えてください。
2012/06/25(月) 01:49:39.23
IDTRの知識を必要とするレベルには、とても見えないのだけれど。


万が一本当にその知識が必要なのであれば
http://www.intel.com/jp/download/index.htm#ia32 の中の
下巻: システム・プログラミング・ガイド
http://download.intel.com/jp/developer/jpdoc/IA32_Arh_Dev_Man_Vol3_i.pdf
でも読むといいかもね。
2012/06/25(月) 09:00:36.87
根本的におかしすぎてどうしようもないレベル
2012/06/27(水) 01:56:38.88
BIOSでHelloWorldを表示ってどういう意味だ？
81デフォルトの名無しさん
垢版 |
2012/06/27(水) 23:21:56.66
NASMで「mov byte [es:edi], al」をgasで書き換えるとどうなるでしょうか？
2012/06/27(水) 23:32:33.46
>[es:edi]
?
2012/06/27(水) 23:44:32.19
mov %es:(%di),%al
2012/06/28(木) 00:10:36.43
>>83
ありがとう。
2012/06/28(木) 18:48:03.33
こういうのってバイナリで書いてnmの逆汗オプションで調べられないかな
2012/06/28(木) 18:53:10.88
今時バイナリを直で作るほうが大変でしょ
2012/06/28(木) 22:54:47.43
int main(void)
{
　__asm__("nop\n\tnop\n\tnop\n\tnop\n\tnop");
}
てのをコンパイルして、nopの所を適当なコードに書き換えてしまえばいいんでないかい
2012/06/28(木) 23:00:12.45
インライン書くのなら、中身に直書きしたほうが
2012/09/26(水) 19:30:11.06
nasm hoge.asm -o hoge.img
で良いじゃん。中身が単一の命令なら、それだけ吐き出されるだろ？
90デフォルトの名無しさん
垢版 |
2012/10/08(月) 02:03:11.10
おすすめのアセンブラをおせーて
2012/10/08(月) 02:08:26.63
どんなアセンブラがお望みだい
x86系かい
armかい
役にたってもたたなくても、ともに300ルピーだよ
いっひっひ
2012/10/08(月) 02:52:39.98
>>90
MicrosoftのMACRO-80はインテルニモニックにもザイログニモニックにも対応してるので超オススメ！
マクロも強力だし、最新版は6502にも対応してるヨ！
2012/10/08(月) 03:55:52.59
★修学旅行、韓国から国内に変更…宮崎・日南高

　日本と韓国の関係悪化を受けて、宮崎県立日南高は２年生２７人が１２月に予定していた韓国への
修学旅行を国内に変更した。

　日南高によると、同校の修学旅行は韓国と国内の二つから選べることになっており、今年は２年生
１７０人のうち、１４３人が東京や群馬などの国内を選択。２７人が同校の姉妹校・冠陽高があるソウル
などへの旅行を希望していた。

　竹島問題などを巡って、日韓関係が悪化していることから、韓国への修学旅行について慎重に検討した
結果、「韓国の情勢が不透明で、生徒の安全などを考慮した」として、行き先を国内に一本化したという。

　県内の別の高校も来年３月に計画している韓国への修学旅行について、変更を検討しているという。

http://www.yomiuri.co.jp/kyoiku/news/20121006-OYT8T00695.htm
2012/10/08(月) 06:37:40.09
韓国より台湾へ行けば良いのに
2012/10/08(月) 09:58:10.52
尖閣問題で台湾だっていつ敵になるかわからんのに平和ボケもいいところだな
2012/10/08(月) 10:27:00.15
工作員ですね
わかります
2012/10/08(月) 15:19:54.96
ν速に帰れ
98デフォルトの名無しさん
垢版 |
2012/10/08(月) 15:23:18.91
>>92
MASM はどう？
2012/10/08(月) 15:25:30.06
nasmのがいいよ
2012/10/09(火) 02:15:29.52
gasは？
2012/10/09(火) 04:41:11.49
no hit
2012/10/16(火) 22:14:24.79
gasもnasmも大して変わらんよ
アセンブラ独自の部分は
2012/11/05(月) 01:27:09.80
MOVNTDQなどでIA-32アーキテクチャ解説書に書かれている「非テンポラルなヒントを使用して、
メモリへの書き込み時にデータがキャッシュしないように防ぎ…」の「非テンポラルなヒント」とは何を指しているんでしょうか？

何かトンチンカンな思い違いで、基本的な事が分からなくなってる気もするのですが…。
2012/11/05(月) 08:18:54.46
move対象のデータがnon-temporalである(つまり、次々に別のデータを
処理していくストリーミング型である。だからキャッシュに入れても
意味ないのでやめてね)というヒント、じゃないのかな?
2012/11/05(月) 08:31:00.31
ところでキャッシュ汚染て表現止めてほしくね？
2012/11/05(月) 11:21:53.16
なんで
107デフォルトの名無しさん
垢版 |
2012/11/06(火) 17:15:20.34
PGM STRT
LD GR5,DD
LAD GR1,3
LD GR6,DD,GR1
ADDA GR5,GR6
ST GR5,EE
RET
DD DC 5,6,7,8
EE DS 1
END

レジスタGR5の値（10進数）
レジスタGR1の値（10進数）
レジスタGR6の値（10進数
レジスタGR5の値（10進数）

を教えてください。
2012/11/06(火) 17:25:11.69
宿題はまず自分で考えれ
2012/11/06(火) 22:30:04.17
順番に読めよ・・・
単純にデータを読んで足して入れてるだけだ。まず自分の考えを書いてみな

それで間違ってるようなら、どこが、どのようにを教える気にもなる
110デフォルトの名無しさん
垢版 |
2012/11/08(木) 03:29:29.25
>>107
caslか。。。
LD命令とLAD命令の違い、指標レジスタの使い方とか大丈夫なのかな。
テキストある？
2012/11/08(木) 04:37:42.31
レジスタGR5の値（10進数） ５
レジスタGR1の値（10進数） ３
レジスタGR6の値（10進数） ８
レジスタGR5の値（10進数） １３　じゃね？
2012/11/08(木) 11:13:17.35
なんで

>レジスタGR5の値（10進数）

が二つあるんだ？
2012/11/08(木) 16:13:26.75
途中で変化するから
2012/11/08(木) 16:35:24.15
だったらせめて行番号かアドレス書いて、どの時点でのGRnの値とかって聞く罠
2012/11/08(木) 16:52:04.65
宿題は自分でやれカス
2012/12/05(水) 01:32:12.27
movzbq (%rax,%rcx,8),%rax
（）の中を、どう読んだらいいのか、わからない、教えてちょ
gdbの逆汗ですです
2012/12/05(水) 01:40:30.35
>>116
>movzbq (%rax,%rcx,8),%rax
>（）の中を、どう読んだらいいのか、わからない、教えてちょ

「パーセントアールエーエックスカンマパーセントアールシーエックスカンマはち」
2012/12/05(水) 02:56:30.60
バイナリコードの方から解析したよ、読み方ありがとう
2012/12/08(土) 02:05:05.38
>>116
rax + rcx * 8
2012/12/08(土) 02:24:08.56
どもども
謎なx86な環境の謎なjitを動かそうとしてハマりまくってたけど、なんとか動いたよ
2012/12/08(土) 07:59:53.85
gdbの逆アセはgas表記と同じじゃないのかい？
2012/12/08(土) 13:13:58.02
gas記法なんて大嫌いだー
2012/12/08(土) 13:39:08.43
gas記法がすきー。
2012/12/08(土) 14:09:20.53
>>116さんので気になって探してみたけど、gdbの使い方はたくさん出てくるのに
逆アセンブラ出力の記法の説明は特に見当たらなかった。

なので、デフォルトの設定でgasと同じかなと思ったんだけど。。。
2012/12/08(土) 14:29:39.98
x86の16bit汗はよくやってったんだけど
32bit以降は久しぶりで、まさか、汗の解釈が出来なくてハマったという
オチでした（中で何やってるかわからず、当てずっぽうだから余計）
C系の逆汗はたまに覗くぐらいだったからね
セグホしまくりのコケまくりでなかなか先に進めなかった
ここの解説に助けられました
ttp://www.mztn.org/lxasm64/amd05.html
2013/01/05(土) 18:11:23.41
どなたか知者にお願いします、Ｃ言語系列（派生言語、類似言語）以外で

インラインアセンブラを表記できる高級言語には何があるか教えてくれませんか？
2013/01/05(土) 18:15:03.53
色々あるよ
2013/01/05(土) 19:05:38.14
「インラインアセンブラ」「言語」でぐぐるだけでもいくつか見つかるんだが。。。
2013/01/05(土) 20:48:23.89
ネイティブバイナリ生成できる言語なら何かしらの手段が用意されとると思うが

昔のTurbo Pascalみたいにバイナリ直で書けなんてこともあったりして
2013/01/05(土) 21:03:43.11
CでもANSI以前にはasmが予約語だったってだけでインラインアセンブラの実装は
処理系依存だし、その他の言語でも処理系に拠るのは同様だろう。
2013/01/05(土) 21:09:46.25
>>128
その程度の努力もしない相談者ということでしょう。相手しないに限る。
132デフォルトの名無しさん
垢版 |
2013/01/05(土) 21:20:56.47
そんなこと言うとそこで話が終わっちゃうけど、

・実はこんな言語でインラインアセンブラにはまってるところ
・このあたりが最近ホットだよ

などと答えれば話が盛り上がるし、思わぬ発見にも出会えようかと言うもの
2013/01/05(土) 21:29:05.22
インラインアセンブラなんてほぼ横着の方法だしなあ、盛り上がるような話題ではないと思う。
2013/01/05(土) 21:55:17.81
それ以前にこのスレがそもそも・・・
2013/01/08(火) 12:02:37.21
的外れな回答するなら無視しろよｗｗｗ
>>131
ググル程度では使えるかは>>129が言っている話となんの違いもない。
言語仕様として実装しているかとか考えられないなら黙っていろよｗｗ
2013/01/08(火) 12:05:07.10
>>135
>言語仕様として実装しているかとか考えられないなら黙っていろよｗｗ

聞きたい内容なら相談者が明記すべきでしょ
2013/01/08(火) 14:00:48.26
>>135
君みたいなのが黙ってればいいんだよ

分からないから出て来るんだろうけどさw
2013/01/08(火) 15:38:51.07
>>126
>どなたか知者にお願いします、Ｃ言語系列（派生言語、類似言語）以外で
>
>インラインアセンブラを表記できる高級言語には何があるか教えてくれませんか？

学校の宿題？
2013/01/13(日) 04:09:05.19
Dちゃん
2013/01/16(水) 05:12:57.75
インラインアセンブラが必要なことがある高級言語を探すほうが難しいような、C系以外で
2013/01/16(水) 05:23:30.13
ネイティブコード吐く手続き型言語ならインラインアセンブラの機能ぐらいあっても不思議はないだろ。
2013/01/16(水) 05:29:40.29
中間コードをネイティブコードにして実行するのが今時の流行りじゃあ
2013/01/16(水) 08:14:23.87
>>140
んで高級言語に欲しい機能はCで書くものだしなあ
2013/08/21(水) NY:AN:NY.AN
【boot】nasm【loader】
http://toro.2ch.net/test/read.cgi/tech/1377053129/
145デフォルトの名無しさん
垢版 |
2014/01/08(水) 00:36:24.80
Apple、1万行の手動で最適化されたアセンブリー・コードを書いたカメラアプリ会社を買収
http://hayabusa3.2ch.net/test/read.cgi/news/1389101880/
2014/01/08(水) 23:17:13.77
コンソールいじるのにwinapi叩かないといけないなんてwindowsさんひどい
2014/01/09(木) 17:34:23.99
インランニッセンブラ
2014/01/11(土) 04:40:19.77
インラインアセンブラと聞いただけでこれほど荒れるって、
どんだけキチガイがたくさんいるの？ｗ
2014/01/11(土) 04:52:35.02
こんなんで荒れてるように見えるとは、2ch見たことない人？
2014/01/12(日) 07:13:03.69
2chっつーか、ム板だけでここより荒れてるスレくらいいくつも見つかる
2014/01/12(日) 14:13:14.12
下を見てもきりがない2ちゃんねるで何の自慢にもならん
2014/01/12(日) 14:30:29.94
下を見るも何もレベルだけど
153デフォルトの名無しさん
垢版 |
2014/02/24(月) 19:27:58.02
おすすめ書籍とかサイトなど御座いますか？
2014/02/24(月) 19:33:14.78
ないですね。
2014/04/14(月) 09:26:43.43ID:UaoAtYI0
>>33
それをOSのスケジューラやVMが管理しているとしても
最終的にはCPUに何らかの命令が下って切り替わるわけだろ
2014/04/14(月) 14:48:49.31ID:a6eUEmJs
http://p6ers.net/hashi/bunpou1-18.html
157デフォルトの名無しさん
垢版 |
2014/04/24(木) 20:23:29.80ID:6eU9esML
日本語アセンブラは、誰も作らないね。
2014/04/24(木) 22:57:56.87ID:mnsZs1hI
せいぜい単語レベルで置き換えるトランスレータかますくらいだろ
159デフォルトの名無しさん
垢版 |
2014/04/27(日) 08:31:04.45ID:zK6QyGSs
;　こんな感じか?

スタート:
　　　　コピー　dl,データ1
　　　　加算　dl,データ2
　　　　加算　dl,'0'

;日本語にすると、ド偉く開発効率が下がりそうなのはなぜ?
;母国語でわかりやすいはずなのに。
2014/04/27(日) 10:00:35.74ID:tMnP8Ntb
半角カタカナに統一するのが美しい
2014/04/27(日) 10:04:29.21ID:1OZV8jfJ
>>159
IMEが間に入るからじゃね？
確定させるまでに文字の誤爆もあったりとか。
2014/04/27(日) 13:03:08.45ID:tMnP8Ntb
アセンブラなら横にクソ長くなることはないから
ＩＤＥが領域分けて日本語名を表示してくれるだけでいい気がする
2014/04/27(日) 13:16:43.49ID:3jdeqCLN
>アセンブラなら横にクソ長くなることはないから

1行にマルチステートメントで複数命令を記述できるアセンブラもあるし、
同時に動作する複数のバスの動作を1行に記述するのが前提のもあるし、色々だよ。
164,,・´∀｀・,,）っ-○○○
垢版 |
2014/04/27(日) 14:17:19.42ID:KmoJaXUX
プリプロセッサマクロでレジスタにCみたいな変数名をつけたり
ループや条件分岐の構造をわかりやすくする為にインデント使う
こともあるから、長さに関してはそこまで変わらない。

AVX以降多いよね、Cで書かせる気ねーだろってくらい長い名前の
組み込み関数とか
2014/04/27(日) 19:42:17.93ID:SzXvbhKQ
まずカナ入力の練習からだな
ていうか、命令はひらがな中心で行くべき
特に使用頻度の高そうなものは
166,,・´∀｀・,,）っ-○○○
垢版 |
2014/04/29(火) 00:44:32.64ID:npAIF076
自分でNASMなりYASMなりのプリプロセッサ書いてみりゃいいんじゃねーの
grepとか使えば余裕だろ

AVX-512のマスクやSAE指定で使う{}はRubyの構文ならブロック扱いになるから
普通に使えるよなと思って「Xbyak on Rails（仮）」を書き始めて3時間で放り投げ
よく考えたらこんなもんいらねー
2014/04/29(火) 14:02:57.00ID:r7Yti7RZ
ここでも団子ちゃん劇場はっじまっるよー
2014/04/29(火) 20:26:27.87ID:SKXPOdzO
>>166
> 自分でNASMなりYASMなりのプリプロセッサ書いてみりゃいいんじゃねーの
> grepとか使えば余裕だろ

grep?
169,,・´∀｀・,,）っ-○○○
垢版 |
2014/04/29(火) 20:30:54.99ID:npAIF076
スクリプト言語組み込みのgrep関数の意味ね
2014/08/15(金) 00:05:10.04ID:mDj9iSl8
HaswellのTSX命令にバグありでマイクロコードで無効にされるってマジかよ
しかもBroadwellの初期ステッピングまで響くかもしれないなんて言われてる
2014/08/15(金) 06:32:27.83ID:PlgCpoEN
Errata prompts Intel to disable TSX in Haswell, early Broadwell CPUs
ttp://techreport.com/news/26911/errata-prompts-intel-to-disable-tsx-in-haswell-early-broadwell-cpus

目玉の新機能がバグw
自動車だったらリコールだな
2014/08/15(金) 09:23:21.21ID:Lne+Px+X
Pentiumの頃にもあったね
2014/10/24(金) 23:21:06.42ID:60xLGkt4
>>157
名前（オペランド）だけでいい、オペレータまで日本語化する必要はない
2014/10/24(金) 23:31:49.40ID:9fhBZmJB
MOV EAX,1234+5678 ←オペランド
　↑　　↑　　　↑
　ニ 　 オ　　　オ
　モ 　 ペ　　　ペ
　ニ 　 ラ　　　レ
　ッ 　 ン　　　｜
　ク 　 ド　　　タ
2014/10/24(金) 23:52:02.58ID:60xLGkt4
おいおい、"EAX" も "1234+5678" もオペランドだろう、オペレータはまずかったなオペコードというべきだったか‥
2014/10/25(土) 00:09:13.63ID:zlhvJX1z
>>175
　　0: a1 00 1b 00 00 MOV EAX,1234+5678 ←オペランド
　　↑　　　　　　↑　　　↑　　↑　　　↑
　　オ　　　　　　オ　　　　ニ 　 オ　　　オ
　　フ　　　　　　ペ　　　　モ 　 ペ　　　ペ
　　セ　　　　　　コ　　　　ニ 　 ラ　　　レ
　　 ッ　　　　　　｜　　　　ッ 　 ン　　　｜
　　 ト　　　　　　 ド　　　　ク 　 ド　　　タ
2014/10/25(土) 04:17:33.76ID:SJUwgBZk
>174のオペレータって＋を指してんじゃ
178デフォルトの名無しさん
垢版 |
2014/10/25(土) 05:39:41.70ID:OBw5xvhC
馬鹿には無理
2014/10/25(土) 18:11:01.93ID:gl6O+QH9
>>177
その"+"はアセンブラがアセンブル時に演算するものであり、ターゲットのCPUが演算するわけではないのだから、オペレータとはいわないね‥
"1234+5678" 全体で一つのオペランドだ
2014/10/25(土) 18:16:38.82ID:zlhvJX1z
>>179
http://www.sourceware.org/binutils/docs-2.10/as_6.html
> 6.2.2 Operators
> Operators are arithmetic functions, like + or %. Prefix operators are followed by an argument.
2014/10/25(土) 18:27:07.14ID:Q/xi2e+W
恥ずかし///
2014/10/26(日) 13:12:48.49ID:eoLX8RNk
>>180
だからそれはアセンブラ層で扱うオペレータだとなんどいったら‥
2014/10/26(日) 13:19:22.74ID:gMYGq5V7
レジスタも実際はオペコードに含まれてるケースも多いので
EAX がオペランドになってるのは違和感がある
2014/10/26(日) 15:59:27.98ID:hUa4ZeCn
>>182
> 157 デフォルトの名無しさん：2014/04/24(木) 20:23:29.80 ID:6eU9esML
> 日本語アセンブラは、誰も作らないね。

> 173 デフォルトの名無しさん [sage]：2014/10/24(金) 23:21:06.42 ID:60xLGkt4
> >>157
> 名前（オペランド）だけでいい、オペレータまで日本語化する必要はない

という話の流れだからアセンブラの話で合ってるよ。
2014/10/26(日) 16:01:08.50ID:hUa4ZeCn
>>183
> レジスタも実際はオペコードに含まれてるケースも多いので

ちょっと何言ってんのか分からんからネットで確認できる実例挙げてよ。
2014/10/26(日) 16:05:19.65ID:eoLX8RNk
マシン語レベルで言っていると思われ
2014/10/26(日) 16:14:01.73ID:hUa4ZeCn
マシン語の話はスレ違ですね。
2014/10/26(日) 18:05:55.37ID:eAcs35DC
ああ、x86のオペランドがAX固定の命令みたいな奴のことを指してるのかな。
そのへんは命令のネーミングの問題という感じもあって、（仮に名づけるなら）
ADDAXとかMOVAXみたいな名前の別の命令にしちゃったりすることもあるので、
まぁあまり厳密に定義はできないから、議論する意味はあまりないね。
2014/10/27(月) 06:34:42.02ID:Yycbgmpy
例えばMC6800のLDAAとかADDBみたいなののこと？
あれはニモニックの一部にレジスタ名が含まれてるだけでオペランドとは違うよ。
2014/10/27(月) 09:36:01.62ID:wK4QYAC1
ちょっと何言ってんのか分からん
2014/10/27(月) 12:12:42.89ID:VoSGhOqg
x86で、アセンブリ言語では「ADD AX, 1」の「ADD」はオペコード(インストラクション、命令)、
AXと1はオペランド（引数）というように明確に分離できる。

機械語では 0x05 0x0001 となるが、ここでADDを意味する部分とAXを意味する部分は
0x05に一緒に入ってしまっていて分離できない（正確には5のLSBでALとAXのどちらかを
選択しているけど）。

結論としては、オペランド(の1部)がハードコードされた命令という奴があるので、
オペコードとオペランドの区切りはかならずしも明確ではない、ということになる。
2014/10/27(月) 18:03:20.01ID:EJb5dfUa
命令セットのリファレンスにAVX512のことも追加されてたのか
https://software.intel.com/sites/default/files/managed/59/6a/319433-021.pdf
2014/11/29(土) 14:11:28.92ID:m0w/xFX/
>>191
極少数の命令だけだけどオペコードのバイトにregフィールドがある命令があるな
通常はオペランドはr/mバイトにあってオペコードとオペランドは完全に分離できるけど
2014/11/29(土) 15:58:54.98ID:FcCIdxC+
アセンブラとマシン語が混ざって元々意味の無い話がやっぱり意味の無い話で回ってるね

更に遡ってくと元は日本語アセンブラか。。。本当バカ臭い
2015/02/15(日) 17:06:10.18ID:eXfPDQZo
基本情報技術者試験でアセンブラ勉強しはじめた。
午後の選択問題で、アセンブラが簡単だと聞いたが…。
いまのところわけわからん。
2015/02/15(日) 17:24:08.94ID:1vS2ESBG
https://www.jitec.ipa.go.jp/1_13download/shiken_yougo_ver2_2.pdf
>3．プログラム言語
>① 基本情報技術者試験において，ソフトウェア開発分野に関する試験問題に出題するプログラム
>言語は，C，COBOL，Java，アセンブラ言語（CASLⅡ）の 4 言語とする

CASLなんて役に立たないもの勉強なんてしないで普段使ってるものか将来使いそうなの勉強したほう
いいんじゃない

# FORTRANて今ないんだなー
2015/02/15(日) 18:30:34.63ID:Qwk5nQv8
二つやらないといけないそうだからな‥C と Java か‥
2015/02/15(日) 18:30:56.51ID:bX6frV1s
アセンブラはセンター試験の数IIb並みに簡単
2015/03/07(土) 09:37:26.18ID:G+snOoOp
文法がってだけでアルゴリズムは別だけどな
2015/03/08(日) 09:27:59.15ID:/MgTL3zQ
センター試験とか簡単なことを難しそうに見せて
というか問題(の意図)を判り難くして回り道させて
出題者側が時間稼ぎしてる感じしかしない
2015/03/08(日) 19:21:25.65ID:/s2hhMUc
センターの問題はスレチである
2015/04/21(火) 16:40:55.21ID:3mVW08s5
gccの-Sオプションでアセンブラファイルを作成したら日本語文字列が
.ascii "%d\202\252\223\374\227\315\202\263\202\352\202\334\202\265\202\275\12\0"
みたいになったんですがこれは何でしょうか
ascii 日本語で検索しても出て来ません
2015/04/21(火) 17:06:23.70ID:hJeBiy6y
>>202
「が入力されました」をShift_JISでエンコードして各バイトがASCII範囲外なので8進表記したもの
2015/04/21(火) 17:23:12.27ID:3mVW08s5
>>203
ありがとうございます！
2015/04/22(水) 01:59:38.10ID:ZIHXAufW
>>203
よく分かったな
2015/09/18(金) 17:48:02.84ID:wbP5mHQw
mov eax, cr0
or eax, 1
mov cr0, eax
2015/09/18(金) 19:23:40.98ID:HCQXhwcr
jmp $+2
2016/03/29(火) 18:34:55.24ID:jDRKX2rB
マイコンで初めてアセンブラ書いてるけどスパゲッティおいしい
209デフォルトの名無しさん
垢版 |
2016/07/01(金) 15:31:07.82ID:EjQpOL5h
①
add dword ptr[i], 1
と
②
mov eax, dword ptr[i]
add eax, 1
mov dword ptr[i], eax

ってどう違いますか？

i++を逆アセすると②になりますが
インアセンブラで①と書いても一見同じようですが
3倍の速度ってわけではないですよね
2016/07/01(金) 15:39:37.74ID:r+VXjd7G
コンパイラが2のようなコードを吐くのは、そっちの方がトータルで速いから

デコーダだの複雑命令だの
並列実行だのoooだの
パイプラインだのマイクロ命令だの
そういうのが理由


端的に言えば、1の命令は複雑すぎるので
分解して複数命令にして実行したり使えるデコーダが限られたり、制限が多い
2は、比較的CPUの内部命令に近いので、他の命令と同時並列に実行したり出来る
2016/07/01(金) 16:33:41.91ID:wNtMwO0s
なんで inc にならないし
2016/07/02(土) 02:29:37.38ID:YYGT6hvg
>>209
多分だけど
レイテンシは同じだが前者はポート掴みっぱなしで他の命令を動かせない
後者は分けるから他の命令を動かしやすい

>>211
多分、Pentium 4時代はaddの方がuOPとスループットが有利だったから
2016/07/02(土) 03:34:14.20ID:m5Sb4+fO
レイテンシがどうのとかそういうレベルの話じゃなくて
単純にVC++のデバッグビルドだからじゃねーの
2016/07/03(日) 22:50:54.17ID:HbQeSe9b
x=x+1
x++
2016/07/09(土) 00:41:22.05ID:2eBD2sS9
CPUをFPGAで実装してみたらわかると思うけど
一つの命令の中でメモリをリードした後ライトする命令をサポートするISAと
そういう命令は持たないで一つの命令の中ではメモリはリードするだけかライトするだけのISAでは実装の複雑度はかなり違うよ
2016/07/09(土) 00:52:38.73ID:2eBD2sS9
もちろん排他制御のためにどんなISAでもtest and set的な命令は持つ必要があるけど
主眼は使用頻度が高い演算とか操作の話だからね
217デフォルトの名無しさん
垢版 |
2016/07/09(土) 12:51:47.63ID:7UqK6Tzf
確かにmemory to memoryのオペレーションはRISCだと命令長が合わないから無理だよね。
無理やりやるならレジスタAのアドレスをロードしてincしてストアするとかになるから命令が複雑すぎるかもな。
2016/07/09(土) 18:48:07.98ID:J471aLuE
memory mapped register を持った RISC もあったような
219デフォルトの名無しさん
垢版 |
2016/07/09(土) 20:01:55.81ID:xdnyrY55
レジスタに書くとメモリに転送されんの？知らんかった。
命令のサイクルとかむちゃくちゃになりそうだな。CPUのコアじゃなくて、SOCとかで勝手に拡張した擬似レジスタなのかな。
2016/07/10(日) 02:43:35.42ID:SHJN9j5A
6502のことじゃないの？
221名無しさん＠そうだ選挙に行こう！ Go to vote!
垢版 |
2016/07/10(日) 12:42:16.29ID:BKklAOmg
6502はそういうレジスタないよ。アドレッシングが癖があるけど。
ちょうど今FPGAで6502組んでるとこなんだよね。
222名無しさん＠そうだ選挙に行こう！ Go to vote!
垢版 |
2016/07/10(日) 19:39:37.06ID:EY1v+Nkp
6809かな
223デフォルトの名無しさん
垢版 |
2016/07/10(日) 20:11:16.85ID:BKklAOmg
サンクス！
昔のCPU好きなんだよね。調べて見よっと
2016/07/10(日) 21:50:59.66ID:hJGonyaW
いろいろいい加減な型番出てるが
TIのTMS9900調べとけ
225デフォルトの名無しさん
垢版 |
2016/07/10(日) 22:09:22.43ID:BKklAOmg
なんかいっぱい出てきたな。。。
見てみるよ。あざす
2016/08/05(金) 16:24:48.98ID:VZHGn81X
話の流れをぶった切って申し訳ないんだが、
armv8のインラインアセンブラとかの質問をここでしてもいい？
2016/08/05(金) 16:26:36.74ID:VZHGn81X
レスの日付を見てなかった(^^;
上の質問は取り消します、さいならｗ
2016/08/05(金) 18:54:34.14ID:OgtmDK03
別にいいと思うけどさようなら
2016/08/25(木) 23:40:32.30ID:Eq6gD2XE
新しく出てたプログラム本を何気なく手にとって読んでみたらアセンブリ言語中心の内容だったな
タイトル忘れた
2016/08/26(金) 19:17:48.18ID:MFwM+FIX
>>229
＞タイトル忘れた

思い出せよボケ老人
2016/08/26(金) 19:30:01.69ID:c/QRPG4e
64ビット時代のアセンブラの入門書がないかな？
2016/08/26(金) 21:36:42.60ID:NyhYMJrx
命令長が違うだけで32ビットのニーモニックとあんま変わらんよ。
入門書読みたけりゃ32ビットので勉強して、リファレンスマニュアルを探せばいいと思う。
64ビットの固有の命令とかコントロールレジスタの事なんかは入門書では書く必用ないしね。
2016/08/27(土) 05:42:44.15ID:Dx6e3moq
プログラムの不思議を解く―実力派プログラマのための教養としてのアセンブラ入門
234デフォルトの名無しさん
垢版 |
2016/08/27(土) 08:42:35.36ID:SmFG8gRK
　　　　　　ｸ　　　 ｸ　｜|　プ 　//
　　　　　　ｽ　 ｸ　ｽ　　| | │　//
　　　　　　 ／ ｽ　　　　| | ッ //　 　ｸ　　　ｸ　 ｜|. プ 　//
　　　　　　 ／　　　　　　 　 //　　　ｽ　ｸ　ｽ ＿ | | │　//
　　　　　　　　 ／￣￣＼　　　　　／　 ｽ　　 ─ | | ッ //
　　　　　　　／　　_ノ　　.＼　　 　 ／　　　　　　　　　//
　　　　　　 ｜　　（ ＞）（＜）　 　 　　　＿＿＿
.　　　 　 　 ｜　　⌒（__人__） 　 　　.／　⌒　 ⌒＼
　　　　　　　 |　　　　｀ Y⌒l　　　 ／　 （＞）　（＜）＼
.　　　　 　 　 |　　　　. 人__ ヽ　／ 　::::::⌒（__人__）⌒ ＼
　　　　　　 　ヽ 　 　 　 　 }|　| | 　 　 　　 ｀ Y⌒ l__　　　|
　　　　　　　　 ヽ　　　　ノ､|　|　＼ 　 　　　 人＿　ヽ ／
. 　 　 　 　 ／^l 　　　　　 / /　 　,─l　　　　　　 ヽ　＼
2016/08/28(日) 18:25:25.47ID:TLCNAGVS
はい
2016/09/02(金) 14:49:44.53ID:LW5U/QZl
うんこしてきていい？
2016/09/02(金) 15:37:28.76ID:tIJhbCeG
逝っトイレ
2016/11/12(土) 13:36:24.90ID:5D/kJ823
「ほら吹き男爵の本を5冊調べました（中略）
ブーツの紐を引っ張って湖の底から脱出する
という話は、書かれていません（中略）
ブートストラップ（bootstrap）とは直訳すれば、ブーツのひもである。しかし、
独力でやるという派生した意味を持ち、そこから、
コンピュータが電源投入時に自動的にＯＳを読み込む方式を指したり、
コンパイラが自分自身を記述したりすることを指したり（中略）
bootstrapを靴紐とした誤訳である。
Bootstrapとはブーツを履くときにブーツを引っ張る上げるためのつまみ革
ブートストラップを引っ張って湖の底から脱出する
というエピソードは書かれていない。しかし類似の話として
馬ごと沼に落ちた Munchausen が手で自分の髪の毛をつかんで自分自身と馬とを引っ張り上げて沼から脱出する
というエピソ－ドが書かれている（挿絵つき）。岩波文庫版」

http://suzuki-tokuhisa.com/ushigome/hinoue.html
2000/12/24(Sun)
2017/03/22(水) 18:34:09.35ID:PmucqYS5
https://www.amazon.co.jp/dp/4839954747/
https://pbs.twimg.com/media/CMHpkNQWwAAfWJq.png

この本買ったんだけど中身は文章とソースコードしかなかった
2017/03/22(水) 20:13:36.84ID:wpBrYFTt
当たり前w
241デフォルトの名無しさん
垢版 |
2017/04/13(木) 18:15:02.80ID:VLmLig3K
test
242デフォルトの名無しさん
垢版 |
2017/06/06(火) 19:25:33.15ID:6Hy4ZEQ3
FreeBSDi386
バックスペースの挙動の再現？方法が知りたいのですが

ioctlにてBSが無効化？している状態においてどのようにすればいいのでしょうか？

現状の挙動は
BSだけだとカーソル左移動のみ
エスケープシーケンスの"[[P"併用では似た挙動はするがコンソール左端を認識しない為 左端以降右を削除してしまう
2017/06/06(火) 20:07:44.00ID:ykMKOrap
左移動、スペース、左移動では？
2017/06/06(火) 20:30:28.44ID:MUdbHmDP
>>239
そんな表紙じゃないと売れないのかねぇ
245デフォルトの名無しさん
垢版 |
2017/06/06(火) 22:48:42.93ID:6Hy4ZEQ3
243
無効化(terminal自体の設定変更 Cでいう？termiosで変更)してるのでそれでは駄目です
246デフォルトの名無しさん
垢版 |
2017/06/06(火) 22:58:03.59ID:6Hy4ZEQ3
因みにその場合の(243の)挙動は
カーソル移動と削除(スペースの入力と表示)のみ行われてカーソル右はそのままとなります

ABCD
↓
A D

のようにカーソル右の文字が左スクロールしません
2017/06/06(火) 23:05:45.52ID:Tfg9c60t
scriptに吐かせて何やってるか見てみれば？
2017/06/06(火) 23:07:42.05ID:Tfg9c60t
ちなみにスレチだからこれ以上はどっか行け
249デフォルトの名無しさん
垢版 |
2017/06/07(水) 20:25:58.07ID:izePe9Zb
247
意味不明
248
意味不明

次の方どうぞ～
2017/06/08(木) 13:15:13.49ID:oPuedIYN
質問いいですか？
2017/06/08(木) 15:21:18.97ID:NV8Z/enP
どうされました？
252デフォルトの名無しさん
垢版 |
2017/07/19(水) 09:29:19.34ID:4WYjcaP8
>>196
アセンブラでアルゴリズム書くノウハウは身に付くよ。
64bitアセンブラでHello Worldしか書けないんじゃ悲し過ぎる。
レジスタ名やニーモニックが違うだけで方言みたいなものだから応用は効く。

CASLは命令数少ないから、擬似命令含めても覚える文法？は一番少ない。
OS作りたいとかなら必須だしね。
そこまで大掛かりじゃなくても、電子工作ではアセンブラで書いた方がマイコン使いこなしてるぜ！って感覚が好き。
(むしろBIOSすらないから、直接VRAM書き込みとかはこっちのが主流)
253デフォルトの名無しさん
垢版 |
2017/07/19(水) 11:26:20.41ID:+fK80sDM
>>252
CASLってoutputがわかりにくいんだよね
VRAMとか定義されてたっけ
254デフォルトの名無しさん
垢版 |
2017/07/19(水) 14:03:51.87ID:4WYjcaP8
>>253
VRAMは実際のマイコンでも定義されてない。
CPUは書き込んだ先がただのメモリかVRAMか感知しない。
人間が実装し、CPUが認識するメモリのどこからVRAMとして扱うか決める。
OUTPUTが分かりにくいってのは実際にPICマイコンとかで電子工作してプログラム書き込んだことがないからだと思う。
(むしろOUTマクロで文字列表示出来るだけマシだと思う)

だってPCと違ってマイコンチップにはディスプレイとか無い。
CPUはメモリやポートに値や信号を出す出さない。読む書く、読まない書かない。
それしか外部に出来ない。
何をどう表示するか、どう動くかは実装と取り決め次第。

PCは複雑過ぎる(し、ある程度入出力の手段は決まってる)から、OUTマクロみたいなのをBIOSや各OSのシステムコールが提供してるに過ぎない。
2017/07/19(水) 17:23:34.18ID:IRmsE5AJ
オナニースレ
256デフォルトの名無しさん
垢版 |
2017/07/22(土) 13:17:30.20ID:aq/FdZCk
ここかな
部品の印刷
https://www.youtube.com/watch?v=CiJDgzS_TBs#t=760s
12:40 ～
2017/07/28(金) 11:04:06.77ID:L3qNkxNi
>>252
>>254
アセンブラ勉強したい
おすすめはCASL？
ちな仕事ではCとJava
2017/07/28(金) 12:37:51.02ID:WViVOgsq
Cが使えるなら、
普通にPCのx86のコードの中から、
単純なループをアセンブラ化することからはじめれば
2017/07/28(金) 14:39:46.04ID:JFFpAseU
>>257
今、アセンブラやるならx86_64かARM64だな
x86_64ならLinux上でやるとDOSの頃のようなシステムコールを直接アセンブラから呼ぶようなプログラミングができる
C言語のコンパイルでアセンブラ出力をして関数の中身を書き換えてみるとかでもいい
gccなら-Sオプションを付けることでアセンブラ出力ができる
こんな感じでアセンブラ出力して、コンパイルできる
(最適化オプションを指定しないとかなり冗長なコードを出力するので適当に-O1、-O2、-O3などを使った方がいい)
gcc -S -o hogehoge.s hogehoge.c
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
gcc -o hogehoge hogehoge.o
最適化オプションを使う場合
gcc -S -O2 -o hogehoge.s hogehoge.c
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
gcc -o hogehoge hogehoge.o

ARM64ならPINE64買って同じようにLinuxやるか、
AndroidSDK入れてAndroidアプリの作成でJavaからJNIでC/C++を呼び出して
そのC/C++の中でインラインアセンブル組むといい

Linux で64bitアセンブリプログラミング
http://www.mztn.org/lxasm64/amd00.html

Linux で Arm64 アセンブリプログラミング
http://www.mztn.org/dragon/arm6400idx.html
260デフォルトの名無しさん
垢版 |
2017/07/28(金) 14:55:01.62ID:JFFpAseU
あと、ARM64のアセンブラを遅くてもいいからx86_64のUbuntuでやりたい場合
QEMUをインストールし、ARM64のクロスコンパイラを入れることで
ARM64のクロス開発とエミュレーション環境が構築できる
sudo apt-get install qemu
sudo apt-get install g++-aarch64-linux-gnu
sudo ln -s /usr/aarch64-linux-gnu/lib/ld-linux-aarch64.so.1 /lib
sudo ln -s /usr/aarch64-linux-gnu/lib /lib/aarch64-linux-gnu

これでARM64のプログラムをx86_64のプログラムと同じように実行できるようになる
(あくまでエミュレーションなので動作は遅い)
コンパイル方法は
aarch64-linux-gnu-gcc -o hogehoge hogehoge.c
アセンブラ出力してコンパイルするなら
aarch64-linux-gnu-gcc -S -o hogehoge.s hogehoge.c
aarch64-linux-gnu-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
aarch64-linux-gnu-gcc -o hogehoge hogehoge.o

実行はx86_64のプログラムと同じように実行できる
./hogehoge
明示的にQEMUを呼び出して実行時のCPUを指定して実行したりできる
qemu-aarch64 -cpu cortex-a57 hogehoge
指定できるCPUの種類を調べるには
qemu-aarch64 -cpu help

どのARM64のバイナリかどうかを調べるには
file hogehoge
で確認できる
2017/07/28(金) 15:05:26.32ID:JFFpAseU
Windowsの仮想マシンを使ってUbuntuを入れるのはこんな感じ

Windows 10 でVMware Workstation Player With Ubuntu
http://www.aise.ics.saitama-u.ac.jp/~gotoh/VMWorkstationPlayerIntoWindows10.html
2017/07/28(金) 16:13:44.13ID:WViVOgsq
普通にVisualStudioでやれば
2017/07/28(金) 16:17:43.90ID:WViVOgsq
システムコールの勉強なんて今時いらんでしょ

VisualStudioなら既にインストールされてそうだし、
アセンブラソースをプロジェクトに加えるなので楽
264デフォルトの名無しさん
垢版 |
2017/07/28(金) 18:28:29.67ID:2hIYBPjn
>>257
上のx86_64アセンブラ勧めてるのは慣れてる人だから、自分が慣れて来たら参考にしても良いけど、ネットでもHello worldで終わってるコードばっかりとだけ言っておこう。

そう言う意味じゃ、自分でx86_64アセンブラの命令一覧を参考にコード書くためにも、CASLでアセンブラに慣れてみた方がいい。

PC向けはシステムコールじゃないと文字も出力出来ないので、VRAM直接弄りたいならGBやGBAなどのゲーム機や組み込み、電子工作のアセンブラコードのが面白い。
2017/07/28(金) 19:47:53.52ID:JFFpAseU
CASLじゃ、全然参考にならない
実際に使われてるものを使って勉強した方が良い
本屋でx86またはx86_64関係のアセンブラの本をいろいろ物色してみるのがいいかもね
ARMやARM64関連のアセンブラの本はあまり出てないからね
266デフォルトの名無しさん
垢版 |
2017/07/28(金) 20:03:16.15ID:SfCHZxYK
>>265
64ビットOSでx86アセンブラの16ビットコード動かないじゃん？
仮想PCにFreeDOSでも入れればいいんだろうけど。

それにシステムコールの使い方ばっかで、意外とソートとかそう言うコード無いんよね。
だから最初はCASL勧めてる。
その後はx86なりx86_64なりARMなりお好きにどうぞ。
2017/07/28(金) 20:12:28.96ID:WViVOgsq
x86が目的ならはじめからx86でいいよ
わざわざ回り道しなくても
2017/07/28(金) 20:15:58.51ID:WViVOgsq
ARMが目的ならARMで
MIPSが目的ならMIPSで
PICが目的ならPICで
RXが目的ならRXで

命令自体はMIPSが良いとは思うけど
わざわざ回り道するほどではない
269デフォルトの名無しさん
垢版 |
2017/07/28(金) 20:58:17.26ID:SfCHZxYK
下記URL参照だが、この意見に賛同。
x86は入門向けとは言い難い。
そもそもWinだと結局WinAPIより下の階層触れないからCで書くのとほとんど変わらない。
どうしてもx86_64ならLinuxがまだマシ。
オススメはGBAのARM32ビットCPUのアセンブラ。
ハードの仕様固定だから、直でVRAM弄れて楽しい。
PCはBIOSやOSが有るから、この辺楽しめない。

CASL IIはプログラマ視点で低水準な世界の雰囲気を味わう分には手軽な言語ではないかと思う。
本来は実機と本物のアセンブラを使うべきなんだろうけど、ちょっとしたボードであっても実際に動かすには色々な手順*4が必要で
面倒だし*5、普及しているアーキテクチャが入門向けとも限らない*6。低水準の世界にどっぷり浸かる必要があるならそういった現実ならではの汚い部分に向き合わなくてはならないけど、
そうでないならCASL IIの箱庭ぐらいが丁度良いのではないだろうか？

もっとも極めても直接的に役に立つことはない言語だという点は留意しておくべきだけど。

http://d.hatena.ne.jp/eel3/touch/20120109/1326110720
2017/07/28(金) 21:15:04.59ID:JFFpAseU
アセンブラの勉強のためならマイコンとかゲーム機とかでしなくても
JavaならビットマップにBufferedImage使えば
BufferedImageクラスに画面の内容をgetRGBというint型の配列として読み込むメソッドがあるので
これで読み取った内容をjniでC言語に渡して、
C言語からアセンブラに渡すか、インラインアセンブラでこの画像の処理をする部分を書いて
Javaに返してBufferedImageの画面の内容を書き換えれば(int型の配列を書き戻すのはsetRGB)
AndroidだとbitmapクラスにgetPixelsとsetPixelsがあって同様のことができる
(AndroidだとARMがメインになる)
これでVRAMをいじるのと同じことができる
javaとC言語ができるならJavaからCを呼び出すjniだって出来るんだろうし

アセンブラだからといって低レベルの部分にどっぷり浸かる必要はない
低レベルの部分にどっぷり浸かりたいならマイコンやればいいだけ
工業高校や専門学校ではそういう授業には8bitのPICやAVRなどのマイコンを使ってる
32bitマイコンだとアセンブラというよりもC言語がメインになるな
271デフォルトの名無しさん
垢版 |
2017/07/28(金) 21:19:45.51ID:SfCHZxYK
もうそれ、アセンブラそのものの否定に片足突っ込んでるよね？
ぶっちゃけ高級言語からアセンブラ呼ぶ意義はSIMD命令使う以外は無いと思う。
アセンブラ好きの行き着く先はマイコンよ。
2017/07/28(金) 21:32:28.65ID:JFFpAseU
マイコンでもC言語をメインに使うのは同じ
Cでは書けないもしくは遅くなる部分でアセンブラを使うだけ
2017/07/28(金) 21:46:50.84ID:d5LZ2kks
>>270
Javaを経由する意味が不明
素直にアセンブラと相性が良いCでやれば良い
2017/07/28(金) 21:52:56.42ID:d5LZ2kks
>>271
いろんなアセンブラ好きがいる

SIMDや特殊命令でパフォーマンスを追求する人
アセンブラでのOSやシステム設計をする人
オールアセンブラでマイコンのプログラムを書く人
ハッキングに使う人
コンパクトなコードを極める人

アセンブラを作る人
命令セットを作る人
マイコンを作る人
2017/07/28(金) 22:11:12.31ID:qPbT9hdu
>>203
これ自演じゃなければ凄いよあなた
2017/07/28(金) 22:12:41.88ID:d5LZ2kks
普通の人ならVisualStudioでx86を動かすのが環境的には一番楽

プロジェクトを作成して、
メニューから [プロジェクト] ===> [ビルドのカスタマイズ] ===> masm をチェックして[OK]

あとは、*.cpp と *.asm のファイルを作ってコードを書けばビルド、実行、デバッグが可能

以下が64bitコードの例
---- cpp ----
#include <iostream>
extern "C" int func(int a, int b);
int main(){
std::cout << func(2,3) << "\n";
return 0;
}
---- asm ----
.code
func proc
mov eax, ecx
add eax, edx
ret
func endp
end
----
2017/07/28(金) 22:31:53.29ID:d5LZ2kks
画像データ、音声データ、その他データの準備や結果の保存はC/C++でやって、
アセンブラは、実際の処理部分だけでいい。
AVX, AVX2, FMA3もVisualStudio2017なら対応してるし、
AVX512も次のアップデートで使えるようになる
PC上のコードの高速化が目的であればこの方法

そうじゃなくて、アセンブラで上から下まですべて記述してみたい
というのであれば、小型のマイコンで
たとえば、以下があればLEDを点灯させて遊ぶことが出来る
開発ツールは無料
http://akizukidenshi.com/catalog/g/gI-11886/
http://akizukidenshi.com/catalog/g/gM-03608/
http://akizukidenshi.com/catalog/g/gP-09257/
http://akizukidenshi.com/catalog/g/gC-05159/
http://akizukidenshi.com/catalog/g/gP-00288/
http://akizukidenshi.com/catalog/g/gI-02082/
http://akizukidenshi.com/catalog/g/gR-16102/
2017/07/28(金) 22:52:22.19ID:MUY2be1G
>>275
普通に、printf("%s", "%d\202\252\223\374\227\315\202\263\202\352\202\334\202\265\202\275\12\0");
を実行すればいいだけだろ？
2017/07/29(土) 07:25:47.22ID:XkzNePZu
>>273
JavaとCができると書かれててグラフィックの話が出ててきてたからね
Javaならグラフィックスを扱うのも楽だから。
JavaのJNIはJavaからC/C++を呼び出せて
その呼び出されたC/C++のプログラムからJavaの関数を呼び出せたりする
だからJavaのAPIをC/C++から叩ける
そのC/C++の中でインラインアセンブラを使ったり、そのC/C++の関数をアセンブラから叩けばいいからね
C#ができる人ならC++でDLL作成してC#から呼び出せば同じことだけど
2017/07/29(土) 07:34:28.42ID:N+YJafLA
>>279
Cでグラフィックを扱ったことがない感じ？
2017/07/29(土) 07:35:16.18ID:N+YJafLA
相変わらずJavaを経由する意味がわからない
2017/07/29(土) 07:39:18.59ID:N+YJafLA
グラフィックをやりたいのかどうかすら不明なのに
回答が先走りすぎ
283デフォルトの名無しさん
垢版 |
2017/07/29(土) 07:40:53.88ID:MyKDeSRq
>>279
楽とかじゃなくて、直接弄れるのが大事なんだが。。。
2017/07/29(土) 07:55:24.81ID:N+YJafLA
質問者が直接弄りたいのか不明
グラフィックを扱いたいのかも不明
2017/07/29(土) 07:58:35.02ID:N+YJafLA
直接弄りたいって>>264が言ってるだけ
2017/08/04(金) 03:45:56.37ID:kIgI5e6Z
さらっとここまで読んでみた
勉強が動機ならCASLが一番いいのでは？
287デフォルトの名無しさん
垢版 |
2017/08/04(金) 03:46:13.76ID:kIgI5e6Z
あげとくかな
2017/08/05(土) 20:59:41.90ID:7J5Re5fS
汗ばむブラ
2017/08/05(土) 21:02:08.67ID:AGcDSNVp
はい
2017/08/08(火) 21:58:01.16ID:okYWuzKv
このゲームってアセンブラっぽくない？

http://i.imgur.com/IKc9CMu.jpg
http://i.imgur.com/cZwTGvO.jpg
http://i.imgur.com/g2iReKO.jpg
2017/08/09(水) 01:07:10.44ID:BwLXh8cR
>>290
ポイというよりまさにそれでしょ
最後の方の3ステージが未完だけどだいぶ楽しめた
2017/08/09(水) 09:13:43.34ID:Qcpwsibl
基本はIA32だよな
2017/08/16(水) 13:44:14.31ID:1QMAod07
AndroidやiPhoneであれだけ64bitのARMが普及してるのに
64bitのARMの命令セットの解説書がほとんどないのがね
今からやるなら64bitのARMもオススメ

CPUの入門書であるComputer Organization and Design(日本語では「コンピュータの構成と設計」という題名）
は今までMIPSだけだったが洋書ではMIPS版の他に64bitのARM版も出てる
https://www.amazon.co.jp/dp/0128017333
2017/08/16(水) 13:46:01.32ID:1QMAod07
64bitのARMで日本語の資料としてはこのサイトが一番わかりやすい
プログラムの実例があまりないけど

Linux で Arm64 アセンブリプログラミング
http://www.mztn.org/dragon/arm6400idx.html
2017/08/16(水) 13:50:52.61ID:1QMAod07
Computer Organization and DesignはあくまでCPUの基本を勉強するための本なので
別に買う必要はないよ
ただ、こういう有名な本でも64bitのARMが実例として採用されてるということ
2017/08/16(水) 23:47:54.90ID:NUab+Q0J
>>290
演算結果を直接床に置けないのがめんどい
2017/08/17(木) 21:42:18.46ID:bJbJryeq
なんでも床におくから部屋が汚くなる
2017/08/18(金) 00:52:05.51ID:stC/R/7K
>>296
RISCだとそんなもん。

アキュムレータマシンがロードストアモデル採用すると
効率がどうなるかっていう教育にはぴったりのゲームだね。
あと条件分岐の条件の否定が欲しすぎる。
2017/08/26(土) 06:08:03.44ID:GN0ypiky
どんなもんかな
https://images-na.ssl-images-amazon.com/images/I/41O9F6bg%2BKL.jpg
2017/08/26(土) 10:08:01.01ID:ljYsXPF5
スクラッチみたいにGUIの部品並べたら
アセンブリが出来上がるソフトはないの？
2017/08/26(土) 10:10:30.47ID:3MgN9vVX
>>300
>>290
2017/08/27(日) 06:35:53.72ID:e4TdDFEN
アセンブリが出来上がるっていうか実行ファイルだろう
303デフォルトの名無しさん
垢版 |
2017/08/27(日) 08:53:51.24ID:LSSLdcGe
>>300
機械語に一対一対応のGUI部品作れば良いだけだけど、結局並べるのにハードの知識が要求されるっていう。。。
アセンブラを文字で入力するかマウスで入力するかの違いしかねえ。
入力の速さ考えたら文字のが早いっていうね。
2017/08/27(日) 10:07:19.52ID:ZaV3m3/p
ループとか分岐が視覚的にわかると便利
305デフォルトの名無しさん
垢版 |
2017/08/27(日) 10:11:28.92ID:LSSLdcGe
どっちもただのジャンプ命令だから、GUI部品にした所で分かりやすくなるとは思えないが。。。
ジャンプ先のラベルを分岐かループかで色分けすれば？
2017/08/27(日) 12:08:19.63ID:e4TdDFEN
GUI部品がアセンブラの命令だけだと意味ないんじゃね
307デフォルトの名無しさん
垢版 |
2017/08/27(日) 13:04:01.25ID:LSSLdcGe
その通りだが、機械語と一対一じゃなくなった時点でアセンブラではなくただの高級言語。
308デフォルトの名無しさん
垢版 |
2017/08/27(日) 13:14:42.34ID:KKCBM/yI
アセンブラマクロというものがなかったか？

それと、歴史的に機械語→アセンブラ→構造化→高級言語って進んてるんだから
構造化してないようなものは高級言語には入らないだろ

低級とか高級とかはどれだけハードウェアに近いかとか人間に近いかとかだが、
それでもアセンブラマクロがあるからって高級言語にはならんと思うよ
309デフォルトの名無しさん
垢版 |
2017/08/27(日) 13:36:32.53ID:LSSLdcGe
そりゃそうだ。
命令とマクロは違うし。
それでもマクロ使えるのは高級アセンブラとか言われてたな。
310デフォルトの名無しさん
垢版 |
2017/08/27(日) 13:42:52.40ID:KKCBM/yI
それは「高級言語のアセンブラ」ではないんだが、
わかってるか？
311デフォルトの名無しさん
垢版 |
2017/08/27(日) 13:56:13.37ID:LSSLdcGe
両方の意味で使われてた気がするがなぁ。
マクロが豊富で高級言語っぽく使えるって触れ込み。

高機能アセンブラとも、高級言語風アセンブラともとれる。
マクロ使うかどうかはその人次第だろうが。
312デフォルトの名無しさん
垢版 |
2017/08/27(日) 13:59:32.69ID:KKCBM/yI
マクロや擬似命令がついてるからって、高級言語にはならない

いったいそのトンチンカンな知識はどこで習ったんだ？
313デフォルトの名無しさん
垢版 |
2017/08/27(日) 14:15:34.89ID:LSSLdcGe
誰が高級言語になると書いたよ。
高級言語「風」だ。
それにアセンブラメーカーの宣伝文句をそのまま書いただけだ。
(リーフアセンブラだったっけ？大分昔買ったやつ)

機械語を吐くって意味じゃアセンブラも高級言語も同じ。
むしろアセンブラのが機械語と一対一だから単純。
ループや分岐みたいなよく使う機械語パターンを文法によって吐くのが高級言語ってだけ。
314デフォルトの名無しさん
垢版 |
2017/08/27(日) 14:23:55.78ID:KKCBM/yI
>その通りだが、機械語と一対一じゃなくなった時点でアセンブラではなくただの高級言語。

>機械語と一対一じゃなくなった時点でアセンブラではなくただの高級言語。

>高級言語。
2017/08/27(日) 15:48:55.40ID:gTD+3SIf
>>304
そこでフローチャートですよ
316デフォルトの名無しさん
垢版 |
2017/08/27(日) 15:50:51.76ID:3R3KU0xo
構造化を高級言語の条件にしちゃったら BASIC が可哀想だよ。
ラベルを明示的に書かずに分岐やループを書ければいいのなら OPTASM でやったよ。ずいぶん昔だけど。
317デフォルトの名無しさん
垢版 |
2017/08/27(日) 17:13:47.31ID:KKCBM/yI
ID代えてもバカさを隠せないなんて、
おれ、こんななの初めて見た

構造化を知らないからこそ、BASICがどうたらって話が出てくるんだろうな

そんなに知ったかぶりたいのか？
318デフォルトの名無しさん
垢版 |
2017/08/27(日) 17:55:08.59ID:3R3KU0xo
何を言いたいのか知らないが、人違いだよ。
2017/08/27(日) 18:28:57.82ID:LIgBPoun
いいえ人妻です
2017/08/27(日) 19:24:13.16ID:e4TdDFEN
いいえケフィアです
2017/08/27(日) 19:35:50.63ID:gTD+3SIf
しまった、バレてしまった
322デフォルトの名無しさん
垢版 |
2017/08/27(日) 20:09:47.58ID:02V7/aD0
>>314
マクロは文法とは違って単純に命令の塊を置き換えたもの。
ライブラリや文法よりはCのマクロが近い。
高級言語の場合、その言語のライブラリだったりランタイムがある。
だからアセンブラの中でも高級アセンブラって言われたりもするが、高級言語とは違う。
ループや分岐をGUI部品でとなると、それはマクロではなく文法のGUI化で、それはもう高級言語。
323デフォルトの名無しさん
垢版 |
2017/08/27(日) 20:27:15.96ID:02V7/aD0
自分で言ってて分かりにくいな。
アセンブラのマクロは機械語と一対一命令に変換出来るのはアセンブラが機械語と一対一だから当然として、高級言語は高級言語の文法が機械語に一対一対応では無いので変換出来ない。
この機械語と一対一に変換可能かどうかが低級か高級の分かれ目じゃ無いかと思う。

なのでマクロをGUI部品にするならループとかの文法的なのじゃなくて、命令の塊を入れるフォルダー的な物になるんじゃ無いかな。
引数付きフォルダー？
324デフォルトの名無しさん
垢版 |
2017/08/27(日) 20:41:51.40ID:02V7/aD0
x低級か高級の分かれ目
o高級アセンブラか高級言語の分かれ目

ああ、でもCも高級アセンブラって言われることあるから、上げ足取りされそう。
2017/08/27(日) 21:08:35.40ID:19jJdQXE
アセンブラが機械語と一対一？
あほですか？
326316
垢版 |
2017/08/28(月) 06:09:23.24ID:DdfTeNHz
KKCBM/yI の言う「構造化」って何のことだったのかな。
何が気に障ったのか本当に解らないよ。
2017/08/28(月) 10:48:47.51ID:D1yS1ByC
機械語ひとつに対してニーモニックは複数である場合が多い
って話か？
2017/08/28(月) 21:34:01.36ID:NyxZdcAB
機械語だけあったって完全には逆アセできねーだろってことじゃね？
329デフォルトの名無しさん
垢版 |
2017/08/28(月) 22:04:27.60ID:RdiCBSRu
μOpとか言ったら笑ってあげる。
2017/08/28(月) 22:30:39.97ID:Wq6HqE7w
同一命令に対して複数の表記があるのは普通だし、
逆にアセンブラでは(命令の形では)記述できないようなのもあったりもする
即値によって命令を自動で変えてしまうとか
特定のプレフィックスを指定できなかったり

アセンブラは決して一対一を目指してるわけではない
2017/08/28(月) 23:42:36.93ID:D1yS1ByC
まぁ実装の問題もあるわな
332デフォルトの名無しさん
垢版 |
2017/08/29(火) 00:03:33.22ID:f2JWn62j
やっぱり、「。」つけてる例のバカはバカだったな
2017/08/29(火) 06:25:34.28ID:gQsqxoLN
最近のCPUって中はμOpなんだし
外にも公開してでプログラミング可能にすれば効率よくね？
2017/08/29(火) 06:52:35.51ID:zRd23tG/
>>333
よくない
335デフォルトの名無しさん
垢版 |
2017/08/29(火) 06:55:33.84ID:H/OLcuRc
それがIA64(Itanium)だったけど、互換性の壁に敗れた。
それに現行だと変換後、直接実行か0次キャッシュからしか参照しないから将来どっちもメモリから受け付けるアーキテクチャ出すとかしないと意味はない。
あとμOpはAMD CPUと互換性ない。
2017/08/30(水) 17:30:16.00ID:3QQJo/no
恐ろしいほど知能の低いのが混じってるな
なんだこのスレ
2017/08/30(水) 18:27:48.35ID:BuqEyJow
本当にできる人は自分よりレベルの低い人を見下したりはしない
2017/08/30(水) 18:36:59.01ID:adOdgZpw
そうでもない
2017/08/30(水) 19:53:12.85ID:BuqEyJow
初心者や素人相手にむきになってもなんにもならない
2017/08/30(水) 19:54:54.75ID:Pdb+WdzA
見下しても言わないだけ
2017/08/30(水) 21:24:07.57ID:2y0wlCVG
>>335
x86も元々はuOPなんてものはなく、そのまま実行してたんだよ
2017/08/30(水) 21:24:59.60ID:2y0wlCVG
>>337
おれは天才だけど、他人を見下すの大好き
343デフォルトの名無しさん
垢版 |
2017/08/30(水) 22:05:42.68ID:LHMhk1GJ
>>341
知ってますよ～。
高速化の過程でRISC風命令に変換するようになったんですよね？
だから、最初からRISC命令なIA64はμOpに対する最適化の集大成+α。
Intelが思ってたほどコンパイラの最適化が出来なくてVLIW(だったっけ？)が上手くいかなかったらしいけど。
(上手く出来るコンパイラ作るのが難し過ぎたらしい)

もっと安くしてモバイルや組み込みから攻めてたら、もう少しいけてたかもなと考えると勿体無かった。
2017/08/31(木) 02:00:28.55ID:Ce9FMcgb
コンパイラに頼ってたら長続きしないよ
命令互換でもCPUによって命令のスループットもレイテンシもuOPも違うんだから
2017/08/31(木) 02:02:30.36ID:Ce9FMcgb
x64はuOP変換前提だとそんなに悪くない
苦手な処理は新命令で補ったし
レジスタも増えたし
2017/08/31(木) 10:32:46.72ID:4kiwjrBM
>>342
じゃあ自分が思ってるほどじゃないんだよ。
2017/08/31(木) 12:39:49.71ID:aPsP1NJ+
根拠は？
2017/08/31(木) 17:30:25.56ID:XJvlWFRX
天才にしかわからない
2017/09/01(金) 11:34:57.90ID:siO2MJpg
口だけじゃなくて、やねうらおみたいに実績で示して
あの人は自分で自分を天才って言ってるけどそれだけのことはしているからね
2017/09/01(金) 13:57:24.70ID:zbcYwfzz
https://pbs.twimg.com/media/Cg5vNOdVEAAzJrx.jpg
2017/09/01(金) 15:03:08.91ID:pDFuyP/L
アミバは実際天才だからな。
2017/09/01(金) 19:41:57.58ID:8lqQTxz5
>>349
お前に心配されなくても実績はたくさんある
こんなところでわざわざ示さなくても
2017/09/02(土) 09:28:37.65ID:1XOwz87o
>>351
天才なのに　「ん！？まちがったかな・・・」　とか言うし

http://blog-imgs-45.fc2.com/b/u/s/bushsitsuren/20120112223317f0b.jpg
354デフォルトの名無しさん
垢版 |
2017/10/15(日) 13:58:03.79ID:DMOHal5+
ちょっとお尋ねします
手続きカウンタの値により手続き順に処理を飛ばすプログラムを考えています
この時手続きカウンタの評価が先頭につきますが
このオーバーヘッドがいやなのでProgramCounterに次の処理の飛び先をロードしてjumpさせたいのですが

if　手続きカウンタ==1　jump　処理1：　　
if　手続きカウンタ==2　jump　処理2：
　　　　　　：
if　手続きカウンタ==n　jump　処理n：　　手続きｎが多いとオーバーヘッドが無視できなくなる
　　else　出口:

処理1:　{　　
　　　:
　　jump_出口:
手続きカウンタ　+=1　}　　　　　　　　　　　　　// ここをPCに代入するための飛び先番地に変更


処理n:　{　
　　　:
手続きカウンタ=1（手続きカウンタ初期化）　// ここをPCに代入するための処理1の飛び先番地に変更
jump_出口:　}

出口:

通常のCPUのJUMP命令は直値のみでレジスタ間接は無いので変化球技で実現する必要があります
こんな変なことをやって居る方はおられますか？　又、どのように実現したのでしょうか？　
2017/10/15(日) 14:23:06.17ID:UA81qQu7
x86とかならjump [mem] やjump reg があるよ
場合によっては、スタックに戻り先とジャンプ先を積んでretしてもいい
356デフォルトの名無しさん
垢版 |
2017/10/15(日) 14:58:16.97ID:DMOHal5+
pushしてretで問題なさそうなのかな？
2017/10/15(日) 15:46:55.94ID:t3Tl1KPU
いや普通のCPUにはレジスタ間接ジャンプあるよね？
2017/10/15(日) 15:56:01.94ID:29cWpLj+
普通とは何か
359デフォルトの名無しさん
垢版 |
2017/10/15(日) 16:10:57.55ID:DMOHal5+
わいの今使ってるCPUのニーモニックを目を皿のようにして探しているんだが
レジスタ間接ジャンプがないんやでえええ
見方が悪いのかもな　普通そんなことありえないか・・・そうだよな？
テーブルジャンプなんて普通に使うもんな
2017/10/15(日) 19:28:04.82ID:UKOQlcto
なぜCPU名を出さないのか
2017/10/16(月) 00:11:29.28ID:7Byc8Q4r
Cコンパイラがあるならswitchでコード書いてアセンブラソース吐かせろ
多分テーブルジャンプになるんじゃないかな
2017/10/16(月) 00:41:14.47ID:+2vhlmuF
Cコンパイラが使える環境なのか？
なら素直にCで書けば
2017/10/16(月) 00:53:45.76ID:+2vhlmuF
本当にジャンプ位置をダイナミックに決められないのなら、
2分検索とかでいいし、率がわかっているならもうちょっと頭の良い方法でも良い
1個ずつ分岐するのは大抵の場合効率が悪い
2017/10/16(月) 10:06:32.25ID:ZoMoe7Af
PIC最強説
2017/10/16(月) 23:15:30.19ID:7Byc8Q4r
ID:DMOHal5+はハマってるのかな？

MCS51じゃあないよな
2017/10/19(木) 14:46:11.08ID:PDXlRjtm
>>354の質問者はおそらくAVRを使ってる
なぜどんなCPUなのか言わないのだろうか

https://rio2016.5ch.net/test/read.cgi/denki/1499338233/472
2017/10/21(土) 12:23:18.47ID:Hb3Ud/Wn
マルポかよ
2017/10/21(土) 12:37:28.95ID:Hb3Ud/Wn
avrってメモリ保護とかあるの？
なければ
・jmp命令とオペランド（飛び先）をテーブルにする
・機能番号でテーブルからjmp命令を拾ってくる
・次のjmp命令を書き換える
だけじゃねぇか
そこだけram上でやればいい
2017/10/21(土) 12:43:29.62ID:Hb3Ud/Wn
多分岐switchのアセンブラ出力をパクるのが一番か
2017/10/21(土) 17:27:43.74ID:bi24XV0V
関数ポインタが確実だろ。switchはifでも実装できる。
2017/10/21(土) 17:38:39.45ID:Hb3Ud/Wn
>>354の話だってばよ
2017/10/21(土) 17:42:19.75ID:Hb3Ud/Wn
あー関数テーブルか失礼
C使えるんだからソレでいいと思うけどね
2017/10/21(土) 22:42:12.67ID:xF2clArK
AVRなら、IJMPというそのまんまな名前の間接ジャンプ命令があるようだ。
2017/10/23(月) 17:28:39.31ID:WoZMAj8B
355は死刑で
375デフォルトの名無しさん
垢版 |
2017/10/23(月) 17:31:11.48ID:lCIoxZis
罪linkx
376355
垢版 |
2017/10/23(月) 17:36:41.36ID:zdzyG1CL
なんで俺が死刑なんだよ
変なことは書いてないだろ
2017/10/25(水) 02:43:07.93ID:Pns1W9gd
http://cdn-ak.b.st-hatena.com/entryimage/261580342-1438593820_l.jpg
2017/10/25(水) 06:49:51.77ID:v5v2xyVM
死刑だな
2017/10/25(水) 11:34:04.42ID:32/KECdp
解散権の乱用ですね
判りますω
2017/10/29(日) 16:53:13.43ID:crR+gSB3
　┌○┐
　│死｜ﾊ,,ﾊ
　│　 ｜ﾟωﾟ )　　
　│刑｜　／/
　└○┘ (⌒)
　　　　し⌒
2017/11/07(火) 14:26:10.97ID:r6tXNL/D
　┌○┐
　│ハ｜ﾊ,,ﾊ
　│　 ｜ﾟωﾟ )　　
　│ゲ｜　／/
　└○┘ (⌒)
　　　　し⌒
2017/11/20(月) 21:59:38.86ID:rEMfU00Y
大熱血アセンブラは重すぎて鈍器にもならねえ
2017/11/20(月) 23:15:25.06ID:mTrCmqdc
1164ページｗ
でも、PowerPCとか需要あるのか？
2017/11/22(水) 15:04:01.45ID:t4MJ2LxN
アセンブラ自体だけじゃ無くて、考え方を考える本でもあるからな。
2017/11/28(火) 09:34:55.81ID:PHeqRDr4
考え方を考える本で考えろってことか
2017/11/29(水) 17:28:15.51ID:oYG4N3SV
★☆☆☆☆ｗ
virtex-6以降はpowerpcコア搭載タイプ無いのかすぃら？
387デフォルトの名無しさん
垢版 |
2018/02/28(水) 17:54:56.02ID:F8/eMdWm
6800の本買ってしまった
2018/04/11(水) 07:16:49.80ID:5X4H9iqq
Z80の本買ってしまった
389デフォルトの名無しさん
垢版 |
2018/04/11(水) 12:27:17.38ID:bG1z7LTF
Z80の本が出たときは我慢出来たけど
6800の本が出たときは逝ってしまった
390デフォルトの名無しさん
垢版 |
2018/04/14(土) 19:53:08.11ID:xcHHAJfd
zeas88
一月かけて入力して動かなかった
三月かけてダンプをチェックしても動かなかった

思い出した
2018/04/25(水) 00:43:07.11ID:KmWV+oH4
漢は6502だろ
廃人とも言えるけど
392デフォルトの名無しさん
垢版 |
2018/05/23(水) 19:48:01.34ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

VM3VN
2018/06/13(水) 10:15:03.20ID:lSIEjw1a
32032だろ
394デフォルトの名無しさん
垢版 |
2018/07/05(木) 01:47:01.59ID:RfoszcD2
RS0
2018/07/22(日) 14:25:46.10ID:DTqvFT3x
>>390
Bと8を見間違えてる
396デフォルトの名無しさん
垢版 |
2018/09/05(水) 04:25:32.38ID:qK+vip/P
Intel記法とAT&T記法ってどっちがいいと思う？
思う？ とか訊いておいて 実は俺のなかではAT&T記法のほうがいいと思ってるw
例えば
add eax,4
addl $4,%eax
という命令があってAT&T記法のほうはUnixで用いられているコマンド
（というかOS/2系列でも同じようなコマンドがあるが）
$ copy aaa.txt bbb.txt
の文法に並びがそっくりだし，変数に$を前置するというのもUnixで最もよく用いられているB系シェルの
変数を表わす規則と同じ。レジスタに%が付いてるのも分かりやすいと思う。

今主流なのはIntel記法なので 残念ながら俺は少数派なんだろうがw
397デフォルトの名無しさん
垢版 |
2018/09/05(水) 11:09:53.34ID:/V9AsOwQ
add eax,4
2018/09/05(水) 11:43:54.77ID:H+vUIk5X
addはどっちでもいいけどsubがなあ
2018/09/05(水) 11:52:27.66ID:vQx16S6k
>>395
チェックサムは、

・・・ A B ・・・SUM1
・・・ B A ・・・SUM2

見たいな間違いがあると、縦横チェックサムであっても、
間違いに気づく事が出来なかったなぁぁ・・・。
2018/09/05(水) 17:15:48.86ID:vQx16S6k
雑誌に書いてあったバイナリコード ：
・・・ A B ・・・SUM1
・・・ B A ・・・SUM2

間違って入力したコード
・・・ B A ・・・SUM1
・・・ A B ・・・SUM2

これだと、横・縦の両方のチェックサムが雑誌と同じになってしまう。
2018/09/24(月) 17:55:23.64ID:7SQMHJ5j
>>396
gccでIntel記法でアセンブラ出力できるよ
gcc -S -masm=intel hogehoge.c
インラインアセンブラでIntel記法使う場合も
gcc -masm=intel hogehoge.c

objdumpでIntel記法で逆アセンブルする場合は
objdump -M intel -d hogehoge.obj
2018/09/25(火) 18:08:32.86ID:XWt3PJqd
淫乱なやつめ
2018/09/27(木) 01:21:30.14ID:GWQb325r
396ですが，AT&T記法を中心に学ぶことにしました。
理由は，2つあり，
・OSの勉強をするためにこれから読んでいこう（というか既に読んでいる）
UNIX v6 for x86のアセンブラがAT&T記法である
・仕事でアセンブラを使う訳ではないので，今現在普及しているものでなくてよい
つまりIntelが発表するCPUの最新機能を使ったりする機会がないので
枯れた情報しかないAT&T記法でも十分やっていけると考えた
ということです。
まあ，チラ裏ですが，これから個人でアセンブラを学ぶとしてる人が見てれば参考にして下さい。
2018/09/27(木) 03:14:00.28ID:3iNJ0doV
Intel・AT&T 記法を抽象化した、仮想アセンブラのLLVM で学べ！

情報処理資格でも、仮想アセンブラのCASL 2
2018/09/27(木) 05:41:06.10ID:fZkL81UT
gdbの逆アセンブラも
set disassembly-flavor intel
と打ち込めばIntel記法で逆アセンブルしてくれる
デフォルトでIntel記法にしたいならホームディレクトリの.gdbinitに上記を記述
詳しくはググると出てくるかも
2018/09/27(木) 06:24:39.43ID:fZkL81UT
ARMは
mov r0, #4
64bitのARMは
mov x0, #4
と右から左

MIPSも
li $4, 4
RISC-Vも
li a0, 4
と右から左

PowerPCも
li %r3, 4
と右から左

今のパソコンやサーバでメジャーなCPUの多くが右から左
2018/09/27(木) 08:56:29.52ID:GWQb325r
しかしどうして右から左に読むのでしょうね。
英語だと特に
move number to address
と自然に読み下せるのに。（というかニーモックってまさにその目的の筈では……）
2018/09/27(木) 08:59:24.20ID:0mnt6zHc
>>407
代入文が a=b だから
409デフォルトの名無しさん
垢版 |
2018/09/27(木) 10:12:23.20ID:+X2PETpr
左右なんてどっちでもいい
記法もどっちでもいい

もっと本質的なことに頭使え
2018/09/27(木) 10:27:51.73ID:lockuNq+
アセンブラの本質って機械語不便だからわかりやすくする記法なのに
それに気を使わずにどこに頭使うの？
2018/09/27(木) 11:04:46.72ID:JRG0evD8
>>407
ある種の文化の衝突が起きていると思う。

事実標準に近かったZ80などでは、語順的には、今「Intel記法」と
呼ばれているものだった。でもIntel記法よりも洗練されている
感じだった。それが、人気があったひとつの理由だと思ってる。

でも、学者などは、さかさまに固執するような印象が多い気がする。
なんでも市場や事実標準とは逆を好む天邪鬼みたいな姿勢の人が多い。

たとえば、NEC機が流行っていたころは、京大構内では日立マシンが標準だった。
今、Windowsマシンが標準なのに、灯台ではMacが標準。
2018/09/27(木) 11:13:26.21ID:JRG0evD8
>>411
学者は、事実標準に逆らったことをするのが大好き。なぜなら、そうすれば、
自分たちが優位になると思っているから。

たとえば、数式処理プログラムのMaximaも、LISPで書かれているし、
AI関連のライブラリが充実している言われる、Pythonも然り。

東大がMacを標準にしたのは、表向きはMSの独占的地位を破壊するため
かも知れないが、裏には、プログラミングが得意な学生に学者が負ける
と面目を保てなくなるのが困るからではないかと考えられている。
2018/09/27(木) 11:57:48.40ID:314u9gDI
開発者のMac率の高さ考えたらただの言いがかり
2018/09/27(木) 17:46:24.04ID:GWQb325r
>>408
それは
a is b
とか読むんじゃないですかね。
2018/09/27(木) 19:08:47.41ID:fZkL81UT
UNIX v6やv7が使われた16bitミニコンのPDP-11やBSDが使われたVAX11が左から右の記法だった
PDP-11からの影響を受けた680x0も左から右

だから1970年代、1980年代前半から半ばまでのUNIX界隈では左から右が主流だった
だからx86のAT&T記法が左から右なんだろうな
1980年代終り頃に普及したMIPS、POWERが右から左の記法
(よく知らないがSPARCやPA-RISCは左から右のようだ)
要するに左から右の記法はPDP-11の影響を受けてるわけだ
(VAX11はPDP-11の後継の32bitミニコン)
SPARC、PA-RISCが左から右なのは
680x0を使ったワークステーションの後継機種用のCPUとして作られたからだろうな
今でも680x0の影響を受けてるCPUは左から右

逆に言えば、パソコンやサーバ、スマホなどは
PDP-11、VAX11、680x0などのCPUの影響を受けてないCPUが主流
2018/09/27(木) 20:12:35.94ID:GWQb325r
そういう経緯とか全然知らんかったわ。
Z80は古い機種だと思うんだけど，>>411によればIntel記法に近いらしい。
一概に，「昔はAT&T記法が主流だった」とも言えねえのな。
2018/09/27(木) 21:20:43.26ID:v+2P+rz3
>>416
Intel 8080 の改良版が、Z80。
以下、同じ命令を、8080とZ80について書いてみる。
Z80の方が現代のアセンブリ言語に近く、人間には覚え易くて
理解しやすいが、アセンブラの作成が当時としては難しくなった。
Z80がなぜ人気が爆発したか、これだけ見ても分かるかと思う。

【8080】
MVI　A,byte　 ; A <-- byte　 // move immediate を略して MVI
MOV　A,B　　　; A <-- B　　　// 意味は同じなのに、第二オペランド
　　　　　　　　　　　　　　 // がレジスタに変わったなっただけで命令表記が変わる。
MOV　A,M　　　; A <--(HL)　　// M の意味は、(HL)
MOV　H,A　　　; H <-- A
MOV　L,A　　　; L <-- A
LXI　H,word　 ; HL <-- word　　// これも意味は move なのに命令が変わる。
LHLD word　　 ; HL <---(word)　// これも、現代なら単に(word)と書けばいいとこ
　　　　　　　　　　　　　　　 // ろが命令自体を変えなければならなかった。

【Z80】
LD A,byte
LD A,B
LD A,(HL)
LD H,A
LD L,A
LD HL,word
LD HL,(word)

【参考】
http://nemesis.lonestar.org/computers/tandy/software/apps/m4/qd/opcodes.html
2018/09/27(木) 21:37:48.64ID:v+2P+rz3
>>415
命令表記を左右逆にしていれば、今頃 68000 が天下を取っていたかもしれない。

高級言語の「A = B」がそのまま、MOV A,B と書けるのはやはり分かりやすいので。
2018/09/27(木) 21:50:06.74ID:v+2P+rz3
>>417
昔も今もそうかもしれないが、IntelもMSも、余り「判りやすく書く」
「すっきりと設計する」ということが余り得意ではないかもしれない。

MSの作ったAPIは構造が汚い。
2018/09/27(木) 21:55:12.76ID:v+2P+rz3
Zilogがせっかく、二モニックを美しく修正したのに、Intelは、また、MMX や SSE以後で
汚くしてしまった。

それに、セグメントの概念もMMUの設計もひどかった。
セグメントに関しては、トランジスタの集積度が少なすぎてしょうがなかったのかも
しれないが、それを長く引きずりすぎた。

80386のプロテクトモードなんかどうでも良くて、単にプロテクトの無い32BITの
フラットモードがあれば喜ばれ、MS-DOSが今でも続いていたかもしれない。
2018/09/27(木) 22:00:30.07ID:GWQb325r
>>418
しつこくてすまんが
$ cp file.org file.new
$ mv file.org file.new
↑こういう操作を考えると
AT&T記法のほうが馴染みやすくない？
2018/09/27(木) 22:04:07.63ID:v+2P+rz3
>>421
個人的には、数学や物理の表記の方が親しみがある。
423デフォルトの名無しさん
垢版 |
2018/09/28(金) 15:38:54.43ID:O5kQkBkV
CP/M copy も右から左だったぜ
2018/09/28(金) 15:43:05.12ID:hWUH9Sli
>>423
http://afsoft.jp/os/p02.html
CP/M も copy コマンドは、「左から右」だったと思うけど：

ＣＯＰＹコマンド
ディスクをコピーします。
【書式】COPY {mode} {コピー元} {コピー先}
　mode : ALL・・・ディスク全部をコピー
　　　　 BOOT ・・ブートトラックをコピー
　　　　 FILES・・ブートトラック以外をコピー
　
425デフォルトの名無しさん
垢版 |
2018/09/28(金) 15:50:53.05ID:O5kQkBkV
お前つかったことないやろ
2018/09/28(金) 15:58:32.06ID:hWUH9Sli
>>425
え、本当に逆さまだったの？
2018/09/28(金) 16:09:07.08ID:hWUH9Sli
コピーではないが、rename コマンドにそれらしき痕跡はあった。
確かに、右から左で、しかも、「=」記号もつけていたらしいね：


http://www.discordia.org.uk/px4/cpm.html

REN [d:]newname.ext = oldname.ext
Change the name of a disk file from oldname.ext to newname.ext
2018/09/28(金) 16:11:14.79ID:hWUH9Sli
これかな？？？


PIP [d:][newfile.ext]=[d:][filespec][<t>
Copy files between peripherals whilst performing optional conversion <t>.

Copy file from drive to drive: C> PIP H:=A:INFO.DAT
Copy file to new name: C> PIP A:NEW.DAT=A:INFO.DAT
Copy file to printer: C> PIP LST:=A:LETTER.TXT
2018/09/28(金) 16:13:46.37ID:hWUH9Sli
確かに有った。copy コマンドが登場するより前に、PIP コマンドがあったのか。
知らなかった。

https://en.wikipedia.org/wiki/Peripheral_Interchange_Program

The original PIP syntax was

PIP destination←source /switches
using the left-arrow character from the ASCII-1963 character set
that the Flexowriter keyboards of the time used.
As other terminals were introduced that used later versions
of ASCII (without the left-arrow character), PIP allowed the syntax

PIP destination=source
2018/09/28(金) 16:40:59.17ID:hWUH9Sli
>>423
これはすごい情報。
2018/09/28(金) 17:46:08.12ID:xRXV40hi
「懐かしい」とかいうとジジイ認定されちゃうかな。
2018/09/28(金) 17:52:03.41ID:MRbJrbcw
>>431
大丈夫。
2018/09/28(金) 20:45:43.66ID:TLhVFQk5
でもcopyコマンド（in CP/M）自体はUnix風の動作なんだよね。
pipコマンドというとPythonのアレしか思い浮かばないがw
434デフォルトの名無しさん
垢版 |
2018/09/28(金) 23:16:34.75ID:0Eaaaj8i
PIPエレキバン
2018/09/29(土) 07:03:12.39ID:NSCd5Wk/
pipはビルトインじゃなくて外部コマンドだったから数バイトのコピーするときにでも
pipを読み込むために数十KBの実行ファイルをフロッピーゴトゴト言わせてからコピーが始まる
2018/09/29(土) 09:44:28.70ID:PPHj/b7C
>>435
マジかよww
なんでそんな不便な方法しかなかったんだろう
当時はそれが一番効率的と考えられてたんかな
2018/09/29(土) 09:51:10.51ID:1LSQxS0k
>>436
メモリーが圧倒的に不足していたから。
2018/09/29(土) 11:11:39.83ID:Xg2DC4zv
cpだって外部コマンドじゃん
2018/09/30(日) 06:52:26.73ID:/hRwCsch
内部か外部かって重要なん？
2018/09/30(日) 18:13:48.80ID:SkYuEApj
バイブか愛撫かって重要なん？
2018/10/01(月) 19:31:45.23ID:gNvpqBnl
MS-DOSのVer2.xxからはいろんな意味でUNIXをリスペクトしてるからな
UNIX流にファイルハンドルでファイルを扱ったり、階層ディレクトリを導入したり、
環境変数を導入したりな
マイクロソフト自身がXENIXというUNIXを販売してたしね
2018/10/02(火) 09:56:28.13ID:RbiSZVUW
マカーが散々捏造したきたようにその手の話は眉唾もの。
2018/10/02(火) 10:07:26.09ID:+xKncks4
どれも中途半端な劣化コピー(ですらない)
2018/10/12(金) 13:43:11.48ID:wcqfJg6x
今デスラーと言ったのかヤマトの諸君
2018/10/12(金) 16:38:59.78ID:Ez4dMXEm
>>444
今じゃない、10日前だ
2018/10/13(土) 12:11:31.24ID:hiy4qYnE
何もかも皆懐かしい
2018/10/14(日) 03:58:05.06ID:rZ1ia0YQ
最近のC++コンパイラはAVX2命令ガンガン吐いてくるからすごいな
2018/10/14(日) 10:35:45.88ID:jfwl8Yip
じきAVX3になるよ
2018/10/14(日) 12:27:32.87ID:OJyCZLlW
AVX3と呼べるものはAVX512なんでは?
2018/10/14(日) 15:29:22.91ID:jfwl8Yip
>>449
それ、AVX3は通称
2018/10/14(日) 15:39:37.78ID:jfwl8Yip
あんま詳しくないが同じような処理を繰り返す場合には速いらしいな
452デフォルトの名無しさん
垢版 |
2018/10/14(日) 16:01:42.97ID:13p+7YwI
>>451
MMX, SSE～SSE4, AVX, AVX2, AVX512 は、SIMD命令だから、ループを展開して、
ベクトル計算のように考え直した場合、そのベクトルの足し算やベクトルの
要素ごとの掛け算などが速くできるようになる。
2018/10/14(日) 19:28:20.62ID:jfwl8Yip
C++で吐く場合ってあえてそうなるようにコーディングしてるんだと思うが
2018/10/19(金) 01:46:50.25ID:7j5wTJzZ
x86_64のRAXのRってなんの略か分かる？
EAXはExtended AX、AXはAccumulator (eXtended)でしょう。
「R」とはいったいなんなのだろう。

それとは別に、EAXって拡張拡張可算なんだね。
互換性とかの観点からすると仕方無いとも思うが もうちょっとマシな名前はなかったんだろうかw
2018/10/19(金) 02:17:15.49ID:GdMTdegv
>>454
https://stackoverflow.com/questions/43933379/what-do-the-e-and-r-prefixes-stand-for-in-the-names-of-intel-32-bit-and-64-bit-r
2018/10/19(金) 02:17:24.27ID:HB9XqOkY
>>454
Registerの'R'らしい
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11116234946
2018/10/23(火) 19:26:31.75ID:cKF5Z2eR
>>455
>>456
あざす。
マジかよ「レジスタ」のRなのか。
2018/10/30(火) 21:22:39.47ID:lJU58Qkm
asmutilsとか使ってる？
2018/11/01(木) 13:44:27.75ID:+7wF5VPI
それは初耳。
使ったこと無い。
2018/11/01(木) 19:26:14.88ID:upF+pHX5
i386アセンブラで書かれたGNU coreutilsみたいよ。
なんか紹介文に「アセンブラ楽しいから 皆もソース読んでね！」みたいなことが書かれてたw
2018/11/02(金) 04:52:07.72ID:XrjXjB5n
書くほうは好き勝手に書けるが、読むほうは地獄。
2018/11/02(金) 08:16:49.79ID:tmRne/9W
よくわからんがhttpdまで実装しててすごい
https://github.com/leto/asmutils/blob/master/src/httpd.asm
463デフォルトの名無しさん
垢版 |
2018/11/12(月) 16:49:29.06ID:D6ILV7Jx
iOSアプリでPoketAssemblyなるもの落としたんだが、説明に英語でLC-3アセンブリ言語って書いてて、
初めて見るCPUなんだが、何か情報源知ってたら教えて欲しい。
ネットで調べてもイマイチ見つからない。

幸いにも？CASL2に似てる命令っぽいし、マクロ的なのは多いっぽいのはサンプル見て理解出来た。
命令一覧があれば遊べそうなんだが。。。
2018/11/27(火) 16:44:22.01ID:5ZGwy4y3
https://en.wikipedia.org/wiki/LC-3
465デフォルトの名無しさん
垢版 |
2018/11/27(火) 17:52:50.88ID:Obj68CxZ
ありがとう。
ざっと読んだ感じ、立ち位置的にもアメリカ版CASLみたいな教育用アセンブラって感じみたいね。
リンク辿って簡単な入門書読んでみたけど、結構独特の文法。
(あっちでは普通なのかもだけど)
2019/04/08(月) 14:53:49.70ID:AKTKNqT2
ゴキブリだな
2019/04/09(火) 02:48:06.84ID:ecU2afsj
↑は誤爆
468デフォルトの名無しさん
垢版 |
2021/01/04(月) 12:36:40.84ID:YWROyFrK
あげ
2021/01/05(火) 04:05:29.85ID:UotbUhIg
ほしゆ(・ω・)
2021/01/07(木) 07:57:36.28ID:z38zGwp3
ほしゆ(・ω・)
471デフォルトの名無しさん
垢版 |
2021/01/08(金) 04:06:12.38ID:1gvHWZUI
最近Shenzhen I/Oっていうゲームで遊んでる。
なかなか面白い。
2021/01/10(日) 01:40:42.66ID:8xK08N6e
ほしゆ(・ω・)
2021/01/11(月) 04:07:33.68ID:vsmm6LZn
ほしゆ(・ω・)
2021/01/12(火) 01:48:27.00ID:BGoPpVSA
ほしゆ(・ω・)
2021/01/13(水) 02:10:58.91ID:eqmtOihP
ほしゆ(・ω・)
2021/01/14(木) 03:46:58.66ID:3+P8xNcz
ほしゆ(・ω・)
2021/01/15(金) 13:42:56.28ID:fvTWdCHf
ほしゆ(・ω・)
2021/01/16(土) 06:49:54.71ID:NQ74fDew
・
2021/01/17(日) 03:37:23.75ID:e26UwdAn
ほしゆ(・ω・)
2021/01/17(日) 10:19:59.55ID:+Re8WH7P
・
2021/01/18(月) 08:10:09.74ID:8EqGCXIN
･
2021/01/19(火) 09:43:11.39ID:coSnOa/n
･
2021/01/20(水) 06:36:39.53ID:E7w8EE6H
･
2021/01/21(木) 06:57:03.05ID:n9shQ9yw
･
2021/01/22(金) 08:04:45.82ID:nyX0aCm4
･
2021/01/22(金) 18:55:51.17ID:3MBBWHbo
･
2021/01/23(土) 08:08:45.80ID:YSnsO/g5
･
2021/01/23(土) 18:20:35.45ID:M9OdZ2iK
nop
2021/01/23(土) 18:56:13.54ID:xAMZL3zC
･
2021/01/24(日) 05:16:22.55ID:pjlHZJZp
ほしゆ(・ω・)
2021/01/24(日) 10:33:39.78ID:nFcy6Wof
･
2021/01/24(日) 21:34:33.71ID:5EmSLhx1
･
2021/01/25(月) 01:14:04.33ID:8wGtM9wR
LD A,A
2021/01/25(月) 06:57:09.53ID:B8BUPZSP
･
2021/01/25(月) 18:43:27.56ID:eNzhdOTb
･
2021/01/26(火) 07:16:31.44ID:HWrI1kq8
･
2021/01/26(火) 19:10:19.96ID:xiVACSBS
･
2021/01/26(火) 22:21:57.60ID:jLv95Fp9
保守荒らしウザ
2021/01/27(水) 08:03:22.27ID:GtfmOBOp
･
2021/01/28(木) 11:58:10.16ID:qF6PRPzP
･
2021/01/29(金) 06:46:53.13ID:SRof6bX8
･
2021/01/29(金) 19:10:07.64ID:Oej92Z3V
･
2021/01/30(土) 07:13:30.38ID:GMsS3lPz
･
2021/01/31(日) 11:31:40.86ID:4FmEUIWr
･
2021/01/31(日) 18:34:55.25ID:/VICbbry
･
2021/02/01(月) 06:36:55.47ID:7IwvKmQP
･
2021/02/01(月) 19:24:29.25ID:k0sdu+w1
･
2021/02/02(火) 06:53:40.20ID:RPFHnast
･
2021/02/02(火) 18:12:16.63ID:DOfhhOOJ
･
2021/02/03(水) 07:04:27.28ID:hupLgZnC
･
2021/02/03(水) 19:03:14.38ID:0ns/dwCV
･
2021/02/04(木) 06:40:21.90ID:AVzOP5bd
･
2021/02/04(木) 08:43:11.73ID:kdCq8hC0
>>417
1.5年前の書き込みで誰もいないスレだと思うけどw

ふと思ったんだけど、これ言語設計した人に
ヘブライ語圏とか右から左に書く言語の人がいたりしたんじゃないかな、などと思ったり

MOV　A,B　　　例えばこれ左から読むと日本人には言語的にわかりやすい

BをAに移動

この説どう？w
2021/02/04(木) 08:44:33.31ID:kdCq8hC0
x左から読むと
o右から読むと
515デフォルトの名無しさん
垢版 |
2021/02/04(木) 16:01:32.25ID:5NLcheWJ
よだうそ
んまいらぶへ
2021/02/04(木) 16:17:11.89ID:R0EDVzG0
>>513
mov A,B　　　//(1)
に関して、

英語圏の人では、必ず語順が
「from B to A」
となるので、(1)とは逆になり違和感を感じる人が居るらしいが日本語では、
「AにBを代入する」
という言い方だと(1)と同じ順序になり、昔から問題ないと言われている。
個人的には、言葉ではなく、数学の
A=B
という表記と同じなので、Z80やx86のこの順序が天下をとったと見ている。
2021/02/04(木) 16:23:56.28ID:R0EDVzG0
>>516
数学で、量を定義する際、
A≡式
のように書くことがあるが、Aは短い変数名で、右辺の式は大体、長い。
このような定義式を複数、縦に並べたて書く時に、変数を左側に書いたほうが
≡の記号が同じ場所に並んで見やすい。
そのために、左辺にdestination、右辺にsourceを書く習慣になったと
個人的には考えている。
518デフォルトの名無しさん
垢版 |
2021/02/04(木) 16:28:12.05ID:dB2jWvbu
だ右らか左々元は語本日
だ人本日は08Z
2021/02/04(木) 18:02:14.26ID:R0EDVzG0
古くは、Fortran, Basic の時代から、Pascal, C、C++、JS、Java、Perl, Ruby、C#、Python
に至るまで、変数 A に式 B の値を代入する構文は、
1. A = B
と書いてきた。これは、数学の記号と似てる。そしてその順序を
そのままアセンブラで持ち込めば、
2. mov A,B
と書ける。ところが、英語で mov (移動する)という言葉を使う際、
1と大体意味的に同じことは(本来はmovではなくcopyであるのだが)、
3. I mov an B to A.
の順序になってしまう。それでこの順序で書きたい人が出て来て
そういうアセンブラも存在するようになった。
今でも、LLVMでは、
4. A = add 型名 B, C で A = B + C の意味なのに、
A = B の意味では、Aがレジスタではない変数の場合には、
5. store 型名 B, 型名* Aのアドレス
の順序で書き、A がレジスタの場合には、
6. A = load 型名 * Bのアドレス
と書く。
5.では、1と順序が逆になっているが、6.では、1と同じである。
(この書き方は、数学的統一性が無いので好きではない。)
2021/02/04(木) 18:03:55.17ID:R0EDVzG0
>>519
誤: 3. I mov an B to A.
正: 3. I mov a B to A.
2021/02/04(木) 19:45:10.45ID:kdCq8hC0
なるほど
とりあえず3人見てるのはわかったw
2021/02/04(木) 22:37:43.87ID:JaSQLMMh
>>517
数学では
A=BもB=Aも同値
A≡BもB≡Aも同値
2021/02/05(金) 18:43:10.03ID:ecaaXGtv
･
2021/02/06(土) 07:14:37.06ID:/3JbM6a/
･
2021/02/07(日) 06:32:22.04ID:RAj+XeXh
･
2021/02/07(日) 19:02:28.83ID:XsfnhZIe
･
2021/02/08(月) 07:50:01.42ID:DJUdtmrq
･
2021/02/08(月) 19:11:17.15ID:Zmh93Kdi
･
2021/02/08(月) 20:52:03.24ID:SruP62Su
･
2021/02/09(火) 07:15:44.21ID:/64DDjNe
･
2021/02/09(火) 21:01:52.33ID:76Jrdng6
･
2021/02/10(水) 06:53:30.43ID:4kcdQpIc
･
2021/02/11(木) 07:46:21.55ID:9f4MOqxa
･
2021/02/11(木) 18:09:39.99ID:x1pWnOQO
･
2021/02/12(金) 06:34:40.97ID:p+dFLw1S
･
2021/02/12(金) 18:01:55.46ID:Y6CsK8DD
･
2021/02/13(土) 07:17:13.43ID:BrVRA66C
･
2021/02/14(日) 07:10:15.99ID:SdFwmPHL
･
2021/02/14(日) 21:28:50.35ID:vI7N0NBi
.486
.model flat,stdcall
option casemap :none

.code

>>540
2021/02/15(月) 06:38:27.24ID:J+kjlGRI
･
2021/02/15(月) 18:16:54.24ID:DnYTc3tx
･
2021/02/16(火) 07:00:16.62ID:bUbYRDjr
･
2021/02/16(火) 18:21:54.27ID:s/s31u/C
･
2021/02/16(火) 22:30:40.34ID:mJfthOoz
･
2021/02/17(水) 06:44:27.70ID:iVACMxsW
･
2021/02/17(水) 18:34:16.08ID:zLs0wPme
･
2021/02/18(木) 07:18:30.14ID:Ixyfxudy
･
2021/02/19(金) 07:40:17.40ID:zHFYcdWD
･
2021/02/19(金) 18:12:16.87ID:oH1CUCBt
･
2021/02/20(土) 06:57:57.82ID:Wp+b2j1i
･
2021/02/20(土) 19:22:31.36ID:mbg74HHk
･
2021/02/21(日) 06:32:49.52ID:4cL6Fcgi
･
2021/02/21(日) 18:13:30.50ID:dCDjzvSK
･
2021/02/22(月) 06:35:09.85ID:v/kZpGyn
･
2021/02/22(月) 18:52:46.59ID:DAioQJDu
･
2021/02/23(火) 06:31:10.51ID:iJ8EYVtG
･
2021/02/23(火) 22:11:58.94ID:qo8XG5Pu
･
2021/02/24(水) 06:35:16.37ID:BBrkhfrO
･
2021/02/25(木) 06:31:54.90ID:z7LjpFdK
･
2021/02/25(木) 19:04:40.78ID:SGeNueeJ
･
2021/02/26(金) 06:31:52.75ID:XM6cqWzp
･
2021/02/26(金) 18:39:42.06ID:Rm5JZp6X
･
2021/02/27(土) 07:15:17.70ID:msWxVNwu
･
2021/02/27(土) 20:30:32.08ID:u6BUKAVO
･
2021/02/28(日) 07:36:51.76ID:x7vyqq/8
･
2021/02/28(日) 18:04:30.01ID:fpg7rZ2z
･
2021/03/01(月) 08:27:57.72ID:VazzJmkM
･
2021/03/02(火) 07:49:35.36ID:oyojf4ez
･
2021/03/02(火) 18:39:45.54ID:U6J1iCgU
･
2021/03/03(水) 06:32:54.28ID:asFvmC7K
･
2021/03/03(水) 18:37:32.57ID:NMW15F7L
･
2021/03/04(木) 06:37:44.79ID:a5Ok1AI9
･
2021/03/04(木) 18:39:08.14ID:a+h70u9u
･
2021/03/05(金) 06:41:07.51ID:mS624UOz
･
2021/03/06(土) 06:15:37.53ID:I7ejHJtm
･
2021/03/06(土) 18:30:37.76ID:bQQPUSxS
･
2021/03/07(日) 06:34:52.11ID:cnowSMK/
･
2021/03/07(日) 19:20:40.95ID:QX3+epKF
･
2021/03/08(月) 06:41:46.66ID:f+H7YlR9
･
2021/03/08(月) 18:31:59.61ID:fcIsFWsm
･
2021/03/09(火) 06:34:06.11ID:83g1+tCq
･
2021/03/09(火) 18:37:13.78ID:htRwuEXa
･
2021/03/10(水) 06:33:34.23ID:n02Vr7G1
･
2021/03/10(水) 18:33:44.17ID:HSan3+zm
･
2021/03/11(木) 06:33:07.25ID:pBsOyeZW
･
2021/03/11(木) 18:39:11.67ID:OPISeofK
･
2021/03/12(金) 07:11:59.03ID:MRtToqRt
･
2021/03/13(土) 08:12:26.55ID:YeQ1Gwc3
･
2021/03/13(土) 21:13:30.30ID:G0OCyuap
･
2021/03/14(日) 06:38:06.39ID:onvnm9uV
･
2021/03/14(日) 18:33:17.80ID:R4CioFfy
･
2021/03/15(月) 11:38:31.18ID:mwAO7iJe
･
2021/03/15(月) 18:52:03.76ID:g6igFYPn
･
2021/03/16(火) 06:32:49.50ID:ofHvDY95
･
2021/03/16(火) 19:18:39.95ID:TCKxb/i0
･
2021/03/17(水) 06:33:29.39ID:9s4KCvgo
･
2021/03/17(水) 19:29:58.03ID:AzJOO5VQ
･
2021/03/18(木) 06:47:49.75ID:lwKNmG3g
･
2021/03/18(木) 18:16:14.20ID:JaAfQLfg
･
2021/03/19(金) 06:46:02.13ID:g8dHll2L
･
2021/03/19(金) 14:14:16.37ID:sA417IXH
･
2021/03/19(金) 20:46:28.06ID:5HBmXAzP
･
2021/03/20(土) 06:35:10.19ID:uaf5Cj9E
･
2021/03/20(土) 13:34:33.87ID:RrA7k/zF
･
2021/03/20(土) 19:38:28.82ID:qCGPWtax
･
2021/03/21(日) 06:35:24.68ID:12vLciDm
･
2021/03/21(日) 18:59:57.23ID:JMhP5IKa
･
2021/03/22(月) 06:33:39.52ID:29LfaMIB
･
2021/03/22(月) 18:14:30.59ID:dyfnJUdU
･
2021/03/23(火) 06:32:42.57ID:p8x62iJD
･
2021/03/23(火) 18:34:06.18ID:ryHIW1+d
･
2021/03/24(水) 06:33:50.05ID:+CxQlWAE
･
2021/03/24(水) 18:55:03.06ID:qOMMo8vs
･
2021/03/25(木) 08:20:36.29ID:hd6FAZwU
･
2021/03/25(木) 13:14:41.69ID:Gwzl9n9x
･
2021/03/25(木) 18:30:33.44ID:pI1cOZ1U
･
2021/03/26(金) 06:32:14.32ID:seVjRA3d
･
2021/03/26(金) 13:11:39.97ID:xcBnVAZn
･
2021/03/26(金) 18:31:05.62ID:m+PlFQQ+
･
2021/03/27(土) 06:32:15.46ID:PL+ej469
･
2021/03/28(日) 07:03:15.10ID:pbfEwOjz
･
2021/03/28(日) 18:40:33.15ID:lLO61Kpe
･
2021/03/29(月) 06:32:27.29ID:xC+ldcIZ
･
2021/03/29(月) 19:00:35.31ID:q5T24ORf
･
2021/03/30(火) 13:23:45.93ID:aV/bQtn5
･
2021/03/30(火) 19:45:58.29ID:DD7ddzit
･
2021/03/31(水) 06:32:32.38ID:bmIsuWOi
･
2021/03/31(水) 13:28:24.10ID:EkEpqpzI
･
2021/03/31(水) 18:32:32.63ID:XyOTjHgb
･
2021/04/01(木) 07:12:10.12ID:TLpRcrWc
･
2021/04/01(木) 15:01:13.33ID:i4aVt9pC
･
2021/04/01(木) 18:29:25.60ID:GEDCiU2w
･
633デフォルトの名無しさん
垢版 |
2021/04/01(木) 23:50:31.13ID:FF3FmUz9
　。
2021/04/02(金) 06:33:37.73ID:k2GKN38z
･
2021/04/02(金) 18:34:10.90ID:0QxUIhMJ
･
2021/04/03(土) 06:35:52.96ID:cqiW/hyZ
･
2021/04/03(土) 12:54:57.77ID:YCNt5Joa
･
2021/04/03(土) 18:32:47.25ID:vlu7pqNh
･
2021/04/04(日) 07:16:28.93ID:yCPo462m
･
2021/04/04(日) 12:45:53.90ID:l5djVIXp
･
2021/04/04(日) 23:22:23.11ID:AFNYRMNI
･
2021/04/05(月) 06:33:07.00ID:dm0y8HtH
･
2021/04/05(月) 12:36:53.70ID:JU74lxnE
･
2021/04/05(月) 14:17:52.92ID:4C6FED3z
ka-kika-ki,kakikukeko
2021/04/05(月) 18:31:11.74ID:JY4zWhOE
･
2021/04/06(火) 06:33:57.82ID:381pCC3S
･
2021/04/06(火) 12:45:58.71ID:wSh3JoJS
･
2021/04/06(火) 20:59:41.55ID:xkWCpcqD
･
2021/04/07(水) 06:33:35.27ID:FEjHoYkj
･
2021/04/07(水) 20:35:10.39ID:IwolOGwH
･
2021/04/08(木) 07:02:20.48ID:Es0qWEPX
･
2021/04/08(木) 13:39:38.45ID:cBZPb936
･
2021/04/08(木) 18:37:55.95ID:PrABuAvU
･
2021/04/09(金) 07:03:54.27ID:DtKtW1Zx
･
2021/04/09(金) 13:47:49.66ID:+CUHc852
･
2021/04/09(金) 18:49:13.67ID:S20XHnti
･
2021/04/10(土) 06:33:51.34ID:35TVHyQW
･
2021/04/10(土) 12:47:52.90ID:bZMTQ5nv
･
2021/04/10(土) 18:45:02.41ID:m7strbv8
･
2021/04/11(日) 10:22:19.18ID:p3dJc8sF
･
2021/04/11(日) 13:41:52.63ID:z6leExCS
･
2021/04/11(日) 18:21:11.36ID:ZJ76cvV/
･
2021/04/12(月) 07:05:47.66ID:3FTBpnkg
･
2021/04/12(月) 13:53:51.47ID:let2NxgJ
･
2021/04/12(月) 22:23:55.46ID:kscs5R3Z
･
2021/04/13(火) 06:32:23.43ID:PL1mPRKz
･
2021/04/13(火) 13:50:47.12ID:URStDloH
･
2021/04/13(火) 17:44:29.15ID:8boQNooT
kakakisann
kaki
kakitaina
kaitemoiika
kakeyo
2021/04/13(火) 18:47:22.01ID:TPfCaFWs
･
2021/04/14(水) 08:53:48.73ID:N+ul2CPq
･
2021/04/14(水) 13:35:42.01ID:uah1NZjw
･
2021/04/14(水) 18:06:55.51ID:9pxcaLS3
･
2021/04/15(木) 06:36:26.98ID:0B7ykoUj
･
2021/04/15(木) 18:28:14.51ID:vH2TdsS9
･
2021/04/16(金) 06:33:29.71ID:NTj7ZILM
･
2021/04/16(金) 13:51:50.41ID:bZmsHzv1
･
2021/04/16(金) 19:08:14.99ID:0SWT39mn
･
2021/04/17(土) 06:39:59.55ID:f/+Hl56G
･
2021/04/17(土) 13:38:45.68ID:wHrvmKw3
･
2021/04/17(土) 18:33:10.64ID:I6PlLibq
･
2021/04/18(日) 06:32:41.48ID:p0TlAKF1
･
2021/04/18(日) 13:46:12.78ID:c0dX/EW/
･
2021/04/18(日) 18:22:13.74ID:L7HgZj1U
･
2021/04/19(月) 18:29:44.80ID:yKcYd+l2
･
2021/04/19(月) 22:21:14.66ID:re/LLove
･
2021/04/20(火) 06:32:44.96ID:XF3/Yj88
･
2021/04/20(火) 13:26:51.32ID:vy5wmGPb
･
2021/04/20(火) 18:36:23.24ID:gbXnoZGr
･
2021/04/21(水) 06:32:44.52ID:Mjq1dDIo
･
2021/04/21(水) 13:25:56.94ID:3XPa51WB
･
2021/04/21(水) 18:29:25.83ID:k6gQHjbj
･
2021/04/22(木) 06:32:16.08ID:lkiDJtJ+
･
2021/04/22(木) 12:46:34.51ID:V/owK6Qu
･
2021/04/22(木) 18:32:05.87ID:GfiXLpf6
･
2021/04/23(金) 06:57:32.21ID:yg2G984/
･
2021/04/23(金) 13:38:57.22ID:x22PyAGn
･
2021/04/23(金) 19:24:14.53ID:GzD7UzIl
･
2021/04/23(金) 23:39:27.10ID:tIcyioMg
･
2021/04/24(土) 06:28:47.63ID:XkMqfj0W
･
2021/04/24(土) 13:54:42.69ID:9UCYipe1
･
2021/04/25(日) 06:36:11.92ID:pU/546/c
･
2021/04/25(日) 13:12:32.07ID:HPCNQ5ZZ
･
2021/04/25(日) 18:43:43.78ID:Wu7fGPLu
･
2021/04/25(日) 22:23:03.50ID:SknywfdW
･
2021/04/26(月) 06:32:59.28ID:kE1P80DJ
･
2021/04/26(月) 12:48:56.60ID:1Kes5I+x
･
2021/04/26(月) 18:19:09.10ID:7X6Lc1og
･
2021/04/27(火) 06:51:26.46ID:/3Lu2C83
･
2021/04/27(火) 13:34:07.00ID:N74/tHM6
･
2021/04/27(火) 20:35:51.19ID:tfHwnPPq
･
2021/04/27(火) 22:43:07.68ID:TU/wfqQC
･
2021/04/28(水) 06:32:42.15ID:EkpiAs04
･
2021/04/28(水) 13:30:48.26ID:+MVEzT1E
･
2021/04/28(水) 18:30:56.08ID:YUg+3OKm
･
2021/04/29(木) 06:34:02.49ID:f1RiKCj4
･
2021/04/29(木) 13:12:20.27ID:rn72uHOn
･
2021/04/29(木) 20:33:45.62ID:55CdINg+
･
2021/04/30(金) 06:35:06.28ID:03oOIOfm
･
2021/04/30(金) 13:36:33.10ID:LqVsGpOn
･
2021/04/30(金) 18:47:35.96ID:LaCG6A3A
･
2021/04/30(金) 23:05:46.16ID:KUMKsg8P
･
2021/05/01(土) 07:13:32.15ID:DQzLKqLa
･
2021/05/01(土) 13:17:31.19ID:pMS7dNfn
･
2021/05/01(土) 19:14:24.37ID:kSY89lR7
･
2021/05/02(日) 00:08:25.48ID:JAYbkaW0
･
2021/05/02(日) 06:33:27.56ID:lKLZ/hV5
･
2021/05/02(日) 13:30:09.58ID:gvZxeqM5
･
2021/05/02(日) 19:17:13.94ID:naNUTKFq
･
2021/05/03(月) 06:33:41.28ID:6yop3bwY
･
2021/05/03(月) 13:30:18.17ID:EIhqsC9W
･
2021/05/03(月) 18:28:48.02ID:/V7ibXex
･
2021/05/04(火) 06:34:39.29ID:aSX/vyGP
･
2021/05/04(火) 13:31:16.45ID:7jTpvyNh
･
2021/05/04(火) 18:54:37.41ID:RmUUSJJu
･
2021/05/05(水) 06:31:57.10ID:q2iqePs6
･
2021/05/05(水) 18:53:07.36ID:+Xx98siW
･
2021/05/06(木) 06:33:29.16ID:mbsTcvRz
･
2021/05/06(木) 18:38:10.72ID:X309Q9q9
･
2021/05/07(金) 06:32:06.53ID:XdMKwmv7
･
2021/05/07(金) 18:32:38.10ID:7sgfPvYa
･
2021/05/08(土) 06:35:31.92ID:ZBogLgmp
･
2021/05/08(土) 12:41:26.87ID:dRjpARVF
･
2021/05/08(土) 19:06:05.93ID:dIx7T/OE
･
2021/05/09(日) 09:06:43.24ID:oTuXYjdb
･
2021/05/09(日) 13:10:38.33ID:zSavNPAp
･
2021/05/09(日) 18:26:26.54ID:oNbTO3MW
･
2021/05/10(月) 06:33:26.07ID:AkjPsn6d
･
2021/05/10(月) 13:37:23.92ID:+zyjRJbW
･
2021/05/10(月) 18:43:28.92ID:qv8QmSx9
･
2021/05/10(月) 22:55:29.27ID:jrzZcMRL
･
2021/05/11(火) 06:32:59.74ID:i9HZAvvn
･
2021/05/11(火) 13:11:29.33ID:L5cC/n69
･
2021/05/12(水) 06:34:05.39ID:M879Pw1R
･
2021/05/12(水) 13:28:53.04ID:7Y9BvGpd
･
2021/05/12(水) 18:21:22.27ID:OoCxVEyA
･
2021/05/12(水) 23:22:34.84ID:0WmzoLOn
･
2021/05/13(木) 06:33:15.11ID:ATtlRSBL
･
2021/05/13(木) 12:36:19.69ID:SDvD0iFO
･
2021/05/13(木) 18:28:10.11ID:smGhaM5O
･
2021/05/14(金) 06:33:01.70ID:SqNdj+k5
･
2021/05/14(金) 13:20:53.94ID:XuwfFcaV
･
2021/05/14(金) 18:37:37.74ID:H3sxuN3A
･
2021/05/15(土) 06:33:16.34ID:IhTgFXtH
･
2021/05/15(土) 13:25:04.48ID:0COzS8Pn
･
2021/05/15(土) 18:30:48.69ID:4BbF28l5
･
2021/05/16(日) 06:33:56.21ID:s71F2jQ9
･
2021/05/16(日) 13:42:45.28ID:/o/4c/S/
･
2021/05/16(日) 18:30:51.63ID:hdXUzZDq
･
2021/05/16(日) 23:07:27.12ID:Wvq8r/Hg
･
2021/05/17(月) 06:45:50.32ID:XKDz0HFg
･
2021/05/17(月) 12:41:46.32ID:9xsxTTcv
･
2021/05/17(月) 14:16:52.29ID:ZoPDf4ci
　 LD HL,0　; DEHL := DE * BC ; min 445, max 723
　 LD A,D
　 ADD A,A
　 JP NC,skp0
　 LD H,B
　 LD L,C
skp0:
repeat 7
　 ADD HL,HL
　 ADC A,A
　 JP NC,skp1
　 ADD HL,BC
　 ADC A,0
skp1:
end repeat
　 LD D,A
　 LD A,E
　 LD E,H
　 LD H,0
repeat 8
　 ADD HL,HL
　 ADC A,A
　 JP NC,skp2
　 ADD HL,BC
　 ADC A,0
skp2:
end repeat
　 ADD A,E
　 LD E,A
　 LD A,0
　 ADC A,D
　 LD D,A
2021/05/17(月) 18:30:40.51ID:wOOhu0ww
･
2021/05/18(火) 06:51:34.92ID:g6Ke+oWX
･
2021/05/18(火) 13:42:46.57ID:VG+48Put
･
2021/05/18(火) 18:21:58.55ID:mFS5SeRJ
･
2021/05/18(火) 19:56:48.68ID:TyliVLtj
>>772
16ビット÷16ビット＝16ビット……16ビット
を CASL で
2021/05/18(火) 21:30:10.50ID:ZvUkaH8s
お題？
2021/05/18(火) 22:34:38.91ID:1dbC0J2n
･
2021/05/19(水) 06:37:51.37ID:QMQUzQXa
･
2021/05/19(水) 12:46:42.16ID:5TmfJsrJ
･
2021/05/19(水) 22:18:22.71ID:xY+jAnaf
･
2021/05/20(木) 07:08:11.32ID:1UyJqmpz
･
2021/05/20(木) 13:16:40.86ID:KlKSoJqQ
･
2021/05/20(木) 18:24:53.68ID:Jr+f3OfO
･
2021/05/20(木) 23:12:14.23ID:QKKD+963
･
2021/05/21(金) 06:33:05.95ID:/H+s6hh6
･
2021/05/21(金) 13:10:32.90ID:Org/ZYZ6
･
2021/05/21(金) 18:27:48.86ID:Qcr6hK28
･
2021/05/21(金) 22:15:17.52ID:5DZbeiDz
･
791デフォルトの名無しさん
垢版 |
2021/05/21(金) 22:36:02.69ID:fb3J9YDI
>>777
; GR1 ÷ GR2 → GR1 … GR2
　　　 LAD　GR4,65535
　　　 LAD　GR3,0
LOOP　SLL　GR3,1
　　　 SLL　GR1,1
　　　 JOV　SKP1
　　　 JUMP SKP2
SKP1　LAD　GR3,1,GR3
SKP2　CPL　GR3,GR2
　　　 JMI　SKP3
　　　 SUBL GR3,GR2
　　　 LAD　GR1,1,GR1
SKP3　SLL　GR4,1
　　　 JNZ　LOOP
　　　 LAD　GR2,0,GR3
2021/05/22(土) 02:12:12.25ID:+tNUIgvb
move.l #58363800
2021/05/22(土) 02:12:39.58ID:+tNUIgvb
move.l #58363800,d0だったかな
2021/05/22(土) 02:12:59.20ID:+tNUIgvb
続き覚えてる人いると思うw
2021/05/22(土) 02:13:46.65ID:+tNUIgvb
#$58363800だったか
2021/05/22(土) 06:32:45.75ID:oULjssJ6
･
2021/05/22(土) 12:34:26.71ID:ympP4h31
･
2021/05/22(土) 18:29:55.30ID:y/KwPCoq
･
2021/05/23(日) 06:30:53.87ID:CpqOQrzx
･
2021/05/23(日) 12:42:50.06ID:EqiecQqh
･
2021/05/23(日) 18:33:01.62ID:FvoNcKzM
･
2021/05/24(月) 06:33:18.91ID:XhG6GdBj
･
2021/05/24(月) 12:47:08.48ID:LACvuRLc
･
2021/05/24(月) 18:37:03.41ID:1aJ6z1wQ
･
2021/05/25(火) 06:32:51.16ID:C9Ql6mnw
･
2021/05/25(火) 13:22:46.78ID:e2CfVmL6
･
2021/05/25(火) 18:54:21.18ID:3CIWzbR/
･
2021/05/26(水) 06:34:28.60ID:5EydsKdD
･
2021/05/26(水) 13:35:22.70ID:cY1OfEpJ
･
2021/05/26(水) 18:45:48.54ID:i3qps/zE
･
2021/05/27(木) 06:35:21.45ID:tmWjFqQa
･
2021/05/27(木) 13:10:23.60ID:qP7ymQYR
･
2021/05/27(木) 18:24:24.13ID:2bpxyEnj
･
2021/05/28(金) 06:33:42.52ID:2aSQd45i
･
2021/05/28(金) 13:22:35.65ID:diE4oboT
･
2021/05/28(金) 18:27:38.42ID:9WPD3h/n
･
2021/05/28(金) 23:11:03.01ID:0UtxH7wv
･
2021/05/29(土) 06:33:29.78ID:istNvIYb
･
2021/05/29(土) 12:55:24.51ID:Ef1LQ015
･
2021/05/29(土) 18:37:26.15ID:UgvSebrN
･
2021/05/29(土) 23:00:50.17ID:yVHtu1Cc
･
2021/05/30(日) 06:33:08.18ID:4O31zfOe
･
2021/05/30(日) 12:31:58.79ID:0OWa5yMq
･
2021/05/30(日) 19:42:54.27ID:awir5ROx
･
2021/05/31(月) 07:08:56.37ID:DMMmjVO9
･
2021/05/31(月) 12:47:34.45ID:3DAYsJvh
･
2021/05/31(月) 18:34:17.71ID:k1jHpygF
･
2021/05/31(月) 23:33:05.19ID:yVxp9Krq
･
2021/06/01(火) 06:30:35.03ID:fAw4b2x6
･
2021/06/01(火) 13:23:03.25ID:CkEsm8Gp
･
2021/06/01(火) 18:36:53.23ID:Zfo+IOLp
･
2021/06/01(火) 22:18:13.79ID:2ahLSOGk
･
2021/06/02(水) 06:37:44.54ID:FYxWUJsd
･
2021/06/02(水) 12:23:25.80ID:KsMRW6mw
･
2021/06/02(水) 18:29:21.04ID:6kaDH3gM
･
2021/06/02(水) 23:08:09.19ID:RJgg1EZw
･
2021/06/03(木) 06:36:31.43ID:y4ry9rsu
･
2021/06/03(木) 13:21:26.50ID:1SCtdqPo
･
2021/06/03(木) 18:31:59.25ID:zFeM8bVW
･
2021/06/03(木) 22:55:09.57ID:rfo1BfyY
･
2021/06/04(金) 06:31:06.00ID:rROsvj4K
･
2021/06/04(金) 13:15:14.55ID:SVxkJQZK
･
2021/06/04(金) 18:21:26.97ID:dbXw1sRc
･
2021/06/05(土) 06:33:25.64ID:ot04Q0+u
･
2021/06/05(土) 13:05:55.36ID:9vDZeN6N
･
2021/06/05(土) 18:33:39.87ID:78fydZp5
･
2021/06/05(土) 22:33:07.59ID:2VQSgGjT
･
2021/06/06(日) 06:31:53.33ID:Iyh85Vgy
･
2021/06/06(日) 12:58:19.26ID:ln502n+R
･
2021/06/06(日) 18:35:52.97ID:YtiLqqC2
･
2021/06/07(月) 06:44:57.08ID:zQhKGmHB
･
2021/06/07(月) 12:37:27.26ID:MmVJNtW9
･
2021/06/07(月) 18:42:03.77ID:zd3Y2vGO
･
2021/06/07(月) 23:12:58.20ID:MN7ArntA
･
2021/06/08(火) 06:34:32.87ID:EOD5yM+u
･
2021/06/08(火) 13:27:41.89ID:64dkz48C
･
2021/06/08(火) 18:26:43.16ID:ru7MTLAk
･
2021/06/09(水) 06:31:29.47ID:ALjtu+rk
･
2021/06/09(水) 13:15:08.18ID:d1PX+38S
･
2021/06/09(水) 22:36:41.64ID:ONe29DOx
･
2021/06/10(木) 06:43:18.57ID:XZTBsy+G
･
2021/06/10(木) 13:16:40.87ID:wCrpNdmv
･
2021/06/10(木) 18:36:40.54ID:qWqdIez3
･
2021/06/11(金) 06:32:14.55ID:8yaomW2y
･
2021/06/11(金) 13:35:59.65ID:RUq6xP+u
･
2021/06/11(金) 18:40:38.78ID:hx6fRwd0
･
2021/06/11(金) 23:05:44.49ID:EoETG7WK
･
2021/06/12(土) 06:34:10.44ID:buHbmiYS
･
2021/06/12(土) 12:56:39.35ID:/7xFlJbc
･
2021/06/12(土) 20:00:35.69ID:JXL7o5Wt
･
2021/06/13(日) 06:34:10.54ID:uEb8SPhz
･
2021/06/13(日) 13:02:51.93ID:J2VI+q6o
･
2021/06/13(日) 18:20:56.16ID:UDZbyvvv
･
2021/06/14(月) 06:34:35.70ID:w+BJHpGZ
･
2021/06/14(月) 13:37:24.21ID:NhipFfjm
･
2021/06/14(月) 19:20:52.67ID:5ejNDbM1
･
2021/06/14(月) 23:30:48.72ID:vW20O7XC
･
2021/06/15(火) 06:34:25.00ID:aqcCM9qp
･
2021/06/15(火) 13:13:36.46ID:pIw9+46h
･
2021/06/15(火) 18:30:20.96ID:QN77sMil
･
2021/06/16(水) 06:31:23.60ID:dbBW2mZK
･
2021/06/16(水) 13:31:13.50ID:BwsCT9bh
･
2021/06/16(水) 18:33:10.57ID:cRL/tPgX
･
2021/06/16(水) 22:27:43.15ID:SIbm3INo
･
2021/06/17(木) 06:41:31.15ID:Ksnzxnl5
･
2021/06/17(木) 13:04:15.48ID:ECpcv6EY
･
2021/06/18(金) 06:34:14.15ID:FIPq9yoF
･
2021/06/18(金) 12:31:27.46ID:fOmdgM3n
･
2021/06/18(金) 18:35:04.04ID:w8KKIzEf
･
2021/06/18(金) 23:21:03.51ID:IZitaI+f
･
2021/06/19(土) 06:32:00.33ID:5tkFYGio
･
2021/06/19(土) 10:08:10.59ID:GBoMoFGU
ここはアセンブラらしくnopにしたら？
2021/06/19(土) 12:37:05.71ID:wrWxVVhH
･
2021/06/19(土) 18:48:56.63ID:1kUdzWIs
･
2021/06/19(土) 22:38:31.06ID:v1ODeec3
･
2021/06/20(日) 06:34:35.50ID:XF6ocKuP
･
2021/06/20(日) 13:18:52.68ID:aJpe4rtC
･
2021/06/20(日) 18:47:22.04ID:bnEDwiW7
･
2021/06/21(月) 06:36:49.17ID:3bQ7/TRr
･
2021/06/21(月) 10:23:15.57ID:w8fqNovM
nop
2021/06/21(月) 13:21:08.36ID:T3TGEswS
･
2021/06/21(月) 19:07:11.16ID:JAHhoWTZ
･
2021/06/22(火) 06:34:25.30ID:cqda3W9F
･
2021/06/22(火) 12:54:55.40ID:yYgPnVkn
･
2021/06/22(火) 18:29:36.58ID:3WzQms+u
･
2021/06/23(水) 00:15:19.31ID:8kXHaVQ8
ほしゅやめて
2021/06/23(水) 06:31:44.30ID:zHUnBcaA
･
2021/06/23(水) 18:33:38.88ID:Dit0qmfV
･
2021/06/23(水) 22:37:15.69ID:laXd4v0B
･
2021/06/24(木) 06:34:01.98ID:ke7KQWPM
･
2021/06/24(木) 13:15:10.91ID:R0o7wv0g
･
912デフォルトの名無しさん
垢版 |
2021/06/24(木) 14:16:39.47ID:70oiT5zZ
次スレ乗っ取るつもりだろこいつ
https://mevius.5ch.net/test/read.cgi/tech/1624090610/
2021/06/24(木) 16:04:46.50ID:JPMoDMed
>>912
運営に通報すれば、アボーンはしてくれるはずだけど、規制すると
同じプロバイダの人も規制されてしまって迷惑が掛かるかな。
2021/06/24(木) 18:24:22.98ID:5Sgrk0pg
>>913
とりあえず通報してくれ
2021/06/24(木) 18:30:39.54ID:3aGbHP4U
･
2021/06/24(木) 23:38:53.77ID:1OWkbsnn
･
917デフォルトの名無しさん
垢版 |
2021/06/24(木) 23:52:58.33ID:2na/xH0t
パックマンにドットを食べてもらおう
2021/06/25(金) 01:46:27.39ID:379Hr20q
>>914
5chにも通報板があるはずなので、やって。
2chには有った記憶が有る。
2021/06/25(金) 06:32:59.00ID:dthuAoQQ
･
2021/06/25(金) 13:34:10.88ID:YdFFr8z5
･
2021/06/25(金) 18:29:49.65ID:3xz5RKHd
･
2021/06/25(金) 22:51:29.92ID:NrOaw6au
･
2021/06/26(土) 06:33:59.21ID:IAuzM27d
･
2021/06/26(土) 12:47:44.21ID:TtCfNkRY
･
2021/06/26(土) 18:36:27.01ID:tIghctJT
･
2021/06/26(土) 23:32:07.04ID:9qXfkyCJ
･
2021/06/27(日) 06:34:22.63ID:oJ/A5U5g
･
2021/06/27(日) 13:03:33.97ID:NMkNAaRu
･
2021/06/27(日) 18:37:52.36ID:jAM1tMSL
･
2021/06/28(月) 06:32:19.33ID:WzlqUnkb
･
2021/06/28(月) 13:11:32.61ID:xXUkB11M
･
2021/06/28(月) 18:35:01.37ID:1yc8eLZo
･
2021/06/29(火) 06:32:11.25ID:f9aMZ4FB
･
2021/06/29(火) 13:20:22.14ID:hyG4egkU
･
2021/06/29(火) 18:25:19.13ID:vyGsgV9J
･
2021/06/30(水) 06:31:39.24ID:j+GlH5ks
･
2021/06/30(水) 13:13:27.08ID:qP8KxCsC
･
2021/06/30(水) 18:32:17.23ID:7Rdp5pek
･
2021/06/30(水) 22:34:19.34ID:5/vxThzz
･
2021/07/01(木) 06:36:15.96ID:H1AAVatI
･
2021/07/01(木) 18:28:49.72ID:DBN5buXd
･
2021/07/02(金) 06:30:36.02ID:HZzevVQ5
･
2021/07/02(金) 13:11:12.53ID:ms26dvbY
･
2021/07/02(金) 18:46:47.02ID:i32HNpui
･
2021/07/02(金) 23:49:57.61ID:tJpaQbwn
･
2021/07/03(土) 06:33:57.20ID:xmh/Pexh
･
2021/07/03(土) 12:32:57.71ID:yJoNcUef
･
2021/07/03(土) 19:31:24.04ID:iZvkWkHW
･
2021/07/03(土) 23:36:28.84ID:iZvkWkHW
･
2021/07/04(日) 06:34:55.10ID:bhcWCr61
･
2021/07/04(日) 13:35:01.40ID:GoMjFagu
･
2021/07/04(日) 18:28:48.23ID:d9lrZ0bu
･
2021/07/05(月) 06:33:26.62ID:vD6vdwB0
･
2021/07/05(月) 13:08:46.98ID:wJGLUlQE
･
2021/07/05(月) 18:47:32.55ID:woN79P3c
･
2021/07/05(月) 23:59:23.00ID:Zw51zg5m
･
2021/07/06(火) 06:31:03.76ID:nOgpzJGM
･
2021/07/06(火) 13:07:14.36ID:OjS/cSYv
･
2021/07/06(火) 18:34:11.44ID:Gcb4iwaM
･
2021/07/07(水) 06:32:59.92ID:oYtQ6Vd3
･
2021/07/07(水) 13:19:07.23ID:azNezHi+
･
2021/07/07(水) 18:32:13.43ID:QHJM+qRL
･
2021/07/08(木) 06:35:09.04ID:s8E3UjN9
･
2021/07/08(木) 13:29:14.61ID:dLKxU+h+
･
2021/07/08(木) 18:29:12.17ID:QRlwbe6k
･
2021/07/08(木) 23:14:49.17ID:6MrL/mhy
･
2021/07/09(金) 06:32:34.69ID:8mCGyGHV
･
2021/07/09(金) 13:08:01.46ID:2qFvaDRf
･
2021/07/09(金) 19:15:20.73ID:Z2f8PWHz
･
2021/07/09(金) 22:30:37.99ID:S7VsHOrQ
･
2021/07/10(土) 06:31:53.34ID:p7rBEvXn
･
2021/07/10(土) 12:35:32.70ID:k2rDYKpr
･
2021/07/10(土) 18:30:58.09ID:xK7bABaD
･
2021/07/10(土) 22:30:32.16ID:bRcLdjuL
･
2021/07/11(日) 06:32:36.89ID:nuem323I
･
2021/07/11(日) 13:53:17.01ID:3j8NY6lU
･
2021/07/11(日) 18:32:06.37ID:oV832o1c
･
2021/07/12(月) 06:31:50.84ID:GJl4yT2A
･
2021/07/12(月) 12:38:50.34ID:PaMFHub0
･
2021/07/12(月) 18:32:23.02ID:x38eqHtI
･
2021/07/13(火) 06:31:50.89ID:79JBJs/l
･
2021/07/13(火) 13:13:26.44ID:g7kIZ8tb
･
2021/07/13(火) 19:20:06.96ID:UOvL/iyA
･
2021/07/13(火) 22:30:28.16ID:QWsrXmss
･
2021/07/14(水) 06:30:35.58ID:8mA8Z/Wo
･
2021/07/14(水) 13:24:35.23ID:3GQDfp12
･
2021/07/14(水) 18:33:02.35ID:hpOf6Hye
･
2021/07/14(水) 23:02:23.01ID:UEyH/Qh5
･
2021/07/15(木) 06:33:49.27ID:PmPzakJ1
･
2021/07/15(木) 13:12:43.98ID:2Zbmy8ny
･
2021/07/15(木) 18:56:43.82ID:WqAgT/zA
･
2021/07/15(木) 23:21:33.01ID:Q8qu68G7
･
2021/07/16(金) 06:34:32.26ID:mbxJCyZH
･
2021/07/16(金) 13:24:38.32ID:cXPuXsPt
･
2021/07/16(金) 18:47:33.35ID:pw2JwS4D
･
2021/07/16(金) 23:27:11.81ID:Xr4blio+
･
2021/07/17(土) 00:09:01.03ID:fFEkYD1s
997
2021/07/17(土) 00:09:50.05ID:fFEkYD1s
998
2021/07/17(土) 00:10:52.44ID:al4NrxVD
999
2021/07/17(土) 00:12:09.47ID:al4NrxVD
クソ荒らし死ね
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 3610日 8時間 47分 29秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況