■ このスレッドは過去ログ倉庫に格納されています
アセンブラ 13
- 1 :デフォルトの名無しさん:2011/08/28(日) 15:24:40.59 .net
- 前スレ
http://pc11.2ch.net/test/read.cgi/tech/1187079488/
- 329 :デフォルトの名無しさん:2017/08/28(月) 22:30:39.97 ID:Wq6HqE7w.net
- 同一命令に対して複数の表記があるのは普通だし、
逆にアセンブラでは(命令の形では)記述できないようなのもあったりもする
即値によって命令を自動で変えてしまうとか
特定のプレフィックスを指定できなかったり
アセンブラは決して一対一を目指してるわけではない
- 330 :デフォルトの名無しさん:2017/08/28(月) 23:42:36.93 ID:D1yS1ByC.net
- まぁ実装の問題もあるわな
- 331 :デフォルトの名無しさん:2017/08/29(火) 00:03:33.22 ID:f2JWn62j.net
- やっぱり、「。」つけてる例のバカはバカだったな
- 332 :デフォルトの名無しさん:2017/08/29(火) 06:25:34.28 ID:gQsqxoLN.net
- 最近のCPUって中はμOpなんだし
外にも公開してでプログラミング可能にすれば効率よくね?
- 333 :デフォルトの名無しさん:2017/08/29(火) 06:52:35.51 ID:zRd23tG/.net
- >>332
よくない
- 334 :デフォルトの名無しさん:2017/08/29(火) 06:55:33.84 ID:H/OLcuRc.net
- それがIA64(Itanium)だったけど、互換性の壁に敗れた。
それに現行だと変換後、直接実行か0次キャッシュからしか参照しないから将来どっちもメモリから受け付けるアーキテクチャ出すとかしないと意味はない。
あとμOpはAMD CPUと互換性ない。
- 335 :デフォルトの名無しさん:2017/08/30(水) 17:30:16.00 ID:3QQJo/no.net
- 恐ろしいほど知能の低いのが混じってるな
なんだこのスレ
- 336 :デフォルトの名無しさん:2017/08/30(水) 18:27:48.35 ID:BuqEyJow.net
- 本当にできる人は自分よりレベルの低い人を見下したりはしない
- 337 :デフォルトの名無しさん:2017/08/30(水) 18:36:59.01 ID:adOdgZpw.net
- そうでもない
- 338 :デフォルトの名無しさん:2017/08/30(水) 19:53:12.85 ID:BuqEyJow.net
- 初心者や素人相手にむきになってもなんにもならない
- 339 :デフォルトの名無しさん:2017/08/30(水) 19:54:54.75 ID:Pdb+WdzA.net
- 見下しても言わないだけ
- 340 :デフォルトの名無しさん:2017/08/30(水) 21:24:07.57 ID:2y0wlCVG.net
- >>334
x86も元々はuOPなんてものはなく、そのまま実行してたんだよ
- 341 :デフォルトの名無しさん:2017/08/30(水) 21:24:59.60 ID:2y0wlCVG.net
- >>336
おれは天才だけど、他人を見下すの大好き
- 342 :デフォルトの名無しさん:2017/08/30(水) 22:05:42.68 ID:LHMhk1GJ.net
- >>340
知ってますよ〜。
高速化の過程でRISC風命令に変換するようになったんですよね?
だから、最初からRISC命令なIA64はμOpに対する最適化の集大成+α。
Intelが思ってたほどコンパイラの最適化が出来なくてVLIW(だったっけ?)が上手くいかなかったらしいけど。
(上手く出来るコンパイラ作るのが難し過ぎたらしい)
もっと安くしてモバイルや組み込みから攻めてたら、もう少しいけてたかもなと考えると勿体無かった。
- 343 :デフォルトの名無しさん:2017/08/31(木) 02:00:28.55 ID:Ce9FMcgb.net
- コンパイラに頼ってたら長続きしないよ
命令互換でもCPUによって命令のスループットもレイテンシもuOPも違うんだから
- 344 :デフォルトの名無しさん:2017/08/31(木) 02:02:30.36 ID:Ce9FMcgb.net
- x64はuOP変換前提だとそんなに悪くない
苦手な処理は新命令で補ったし
レジスタも増えたし
- 345 :デフォルトの名無しさん:2017/08/31(木) 10:32:46.72 ID:4kiwjrBM.net
- >>341
じゃあ自分が思ってるほどじゃないんだよ。
- 346 :デフォルトの名無しさん:2017/08/31(木) 12:39:49.71 ID:aPsP1NJ+.net
- 根拠は?
- 347 :デフォルトの名無しさん:2017/08/31(木) 17:30:25.56 ID:XJvlWFRX.net
- 天才にしかわからない
- 348 :デフォルトの名無しさん:2017/09/01(金) 11:34:57.90 ID:siO2MJpg.net
- 口だけじゃなくて、やねうらおみたいに実績で示して
あの人は自分で自分を天才って言ってるけどそれだけのことはしているからね
- 349 :デフォルトの名無しさん:2017/09/01(金) 13:57:24.70 ID:zbcYwfzz.net
- https://pbs.twimg.com/media/Cg5vNOdVEAAzJrx.jpg
- 350 :デフォルトの名無しさん:2017/09/01(金) 15:03:08.91 ID:pDFuyP/L.net
- アミバは実際天才だからな。
- 351 :デフォルトの名無しさん:2017/09/01(金) 19:41:57.58 ID:8lqQTxz5.net
- >>348
お前に心配されなくても実績はたくさんある
こんなところでわざわざ示さなくても
- 352 :デフォルトの名無しさん:2017/09/02(土) 09:28:37.65 ID:1XOwz87o.net
- >>350
天才なのに 「ん!?まちがったかな・・・」 とか言うし
http://blog-imgs-45.fc2.com/b/u/s/bushsitsuren/20120112223317f0b.jpg
- 353 :デフォルトの名無しさん:2017/10/15(日) 13:58:03.79 ID:DMOHal5+.net
- ちょっとお尋ねします
手続きカウンタの値により手続き順に処理を飛ばすプログラムを考えています
この時手続きカウンタの評価が先頭につきますが
このオーバーヘッドがいやなのでProgramCounterに次の処理の飛び先をロードしてjumpさせたいのですが
if 手続きカウンタ==1 jump 処理1:
if 手続きカウンタ==2 jump 処理2:
:
if 手続きカウンタ==n jump 処理n: 手続きnが多いとオーバーヘッドが無視できなくなる
else 出口:
処理1: {
:
jump_出口:
手続きカウンタ +=1 } // ここをPCに代入するための飛び先番地に変更
処理n: {
:
手続きカウンタ=1(手続きカウンタ初期化) // ここをPCに代入するための処理1の飛び先番地に変更
jump_出口: }
出口:
通常のCPUのJUMP命令は直値のみでレジスタ間接は無いので変化球技で実現する必要があります
こんな変なことをやって居る方はおられますか? 又、どのように実現したのでしょうか?
- 354 :デフォルトの名無しさん:2017/10/15(日) 14:23:06.17 ID:UA81qQu7.net
- x86とかならjump [mem] やjump reg があるよ
場合によっては、スタックに戻り先とジャンプ先を積んでretしてもいい
- 355 :デフォルトの名無しさん:2017/10/15(日) 14:58:16.97 ID:DMOHal5+.net
- pushしてretで問題なさそうなのかな?
- 356 :デフォルトの名無しさん:2017/10/15(日) 15:46:55.94 ID:t3Tl1KPU.net
- いや普通のCPUにはレジスタ間接ジャンプあるよね?
- 357 :デフォルトの名無しさん:2017/10/15(日) 15:56:01.94 ID:29cWpLj+.net
- 普通とは何か
- 358 :デフォルトの名無しさん:2017/10/15(日) 16:10:57.55 ID:DMOHal5+.net
- わいの今使ってるCPUのニーモニックを目を皿のようにして探しているんだが
レジスタ間接ジャンプがないんやでえええ
見方が悪いのかもな 普通そんなことありえないか・・・そうだよな?
テーブルジャンプなんて普通に使うもんな
- 359 :デフォルトの名無しさん:2017/10/15(日) 19:28:04.82 ID:UKOQlcto.net
- なぜCPU名を出さないのか
- 360 :デフォルトの名無しさん:2017/10/16(月) 00:11:29.28 ID:7Byc8Q4r.net
- Cコンパイラがあるならswitchでコード書いてアセンブラソース吐かせろ
多分テーブルジャンプになるんじゃないかな
- 361 :デフォルトの名無しさん:2017/10/16(月) 00:41:14.47 ID:+2vhlmuF.net
- Cコンパイラが使える環境なのか?
なら素直にCで書けば
- 362 :デフォルトの名無しさん:2017/10/16(月) 00:53:45.76 ID:+2vhlmuF.net
- 本当にジャンプ位置をダイナミックに決められないのなら、
2分検索とかでいいし、率がわかっているならもうちょっと頭の良い方法でも良い
1個ずつ分岐するのは大抵の場合効率が悪い
- 363 :デフォルトの名無しさん:2017/10/16(月) 10:06:32.25 ID:ZoMoe7Af.net
- PIC最強説
- 364 :デフォルトの名無しさん:2017/10/16(月) 23:15:30.19 ID:7Byc8Q4r.net
- ID:DMOHal5+はハマってるのかな?
MCS51じゃあないよな
- 365 :デフォルトの名無しさん:2017/10/19(木) 14:46:11.08 ID:PDXlRjtm.net
- >>353の質問者はおそらくAVRを使ってる
なぜどんなCPUなのか言わないのだろうか
https://rio2016.5ch.net/test/read.cgi/denki/1499338233/472
- 366 :デフォルトの名無しさん:2017/10/21(土) 12:23:18.47 ID:Hb3Ud/Wn.net
- マルポかよ
- 367 :デフォルトの名無しさん:2017/10/21(土) 12:37:28.95 ID:Hb3Ud/Wn.net
- avrってメモリ保護とかあるの?
なければ
・jmp命令とオペランド(飛び先)をテーブルにする
・機能番号でテーブルからjmp命令を拾ってくる
・次のjmp命令を書き換える
だけじゃねぇか
そこだけram上でやればいい
- 368 :デフォルトの名無しさん:2017/10/21(土) 12:43:29.62 ID:Hb3Ud/Wn.net
- 多分岐switchのアセンブラ出力をパクるのが一番か
- 369 :デフォルトの名無しさん:2017/10/21(土) 17:27:43.74 ID:bi24XV0V.net
- 関数ポインタが確実だろ。switchはifでも実装できる。
- 370 :デフォルトの名無しさん:2017/10/21(土) 17:38:39.45 ID:Hb3Ud/Wn.net
- >>353の話だってばよ
- 371 :デフォルトの名無しさん:2017/10/21(土) 17:42:19.75 ID:Hb3Ud/Wn.net
- あー関数テーブルか失礼
C使えるんだからソレでいいと思うけどね
- 372 :デフォルトの名無しさん:2017/10/21(土) 22:42:12.67 ID:xF2clArK.net
- AVRなら、IJMPというそのまんまな名前の間接ジャンプ命令があるようだ。
- 373 :デフォルトの名無しさん:2017/10/23(月) 17:28:39.31 ID:WoZMAj8B.net
- 355は死刑で
- 374 :デフォルトの名無しさん:2017/10/23(月) 17:31:11.48 ID:lCIoxZis.net
- 罪linkx
- 375 :355:2017/10/23(月) 17:36:41.36 ID:zdzyG1CL.net
- なんで俺が死刑なんだよ
変なことは書いてないだろ
- 376 :デフォルトの名無しさん:2017/10/25(水) 02:43:07.93 ID:Pns1W9gd.net
- http://cdn-ak.b.st-hatena.com/entryimage/261580342-1438593820_l.jpg
- 377 :デフォルトの名無しさん:2017/10/25(水) 06:49:51.77 ID:v5v2xyVM.net
- 死刑だな
- 378 :デフォルトの名無しさん:2017/10/25(水) 11:34:04.42 ID:32/KECdp.net
- 解散権の乱用ですね
判りますω
- 379 :デフォルトの名無しさん:2017/10/29(日) 16:53:13.43 ID:crR+gSB3.net
- ┌○┐
│死|ハ,,ハ
│ |゚ω゚ )
│刑| //
└○┘ (⌒)
し⌒
- 380 :デフォルトの名無しさん:2017/11/07(火) 14:26:10.97 ID:r6tXNL/D.net
- ┌○┐
│ハ|ハ,,ハ
│ |゚ω゚ )
│ゲ| //
└○┘ (⌒)
し⌒
- 381 :デフォルトの名無しさん:2017/11/20(月) 21:59:38.86 ID:rEMfU00Y.net
- 大熱血アセンブラは重すぎて鈍器にもならねえ
- 382 :デフォルトの名無しさん:2017/11/20(月) 23:15:25.06 ID:mTrCmqdc.net
- 1164ページw
でも、PowerPCとか需要あるのか?
- 383 :デフォルトの名無しさん:2017/11/22(水) 15:04:01.45 ID:t4MJ2LxN.net
- アセンブラ自体だけじゃ無くて、考え方を考える本でもあるからな。
- 384 :デフォルトの名無しさん:2017/11/28(火) 09:34:55.81 ID:PHeqRDr4.net
- 考え方を考える本で考えろってことか
- 385 :デフォルトの名無しさん:2017/11/29(水) 17:28:15.51 ID:oYG4N3SV.net
- ★☆☆☆☆w
virtex-6以降はpowerpcコア搭載タイプ無いのかすぃら?
- 386 :デフォルトの名無しさん:2018/02/28(水) 17:54:56.02 ID:F8/eMdWm.net
- 6800の本買ってしまった
- 387 :デフォルトの名無しさん:2018/04/11(水) 07:16:49.80 ID:5X4H9iqq.net
- Z80の本買ってしまった
- 388 :デフォルトの名無しさん:2018/04/11(水) 12:27:17.38 ID:bG1z7LTF.net
- Z80の本が出たときは我慢出来たけど
6800の本が出たときは逝ってしまった
- 389 :デフォルトの名無しさん:2018/04/14(土) 19:53:08.11 ID:xcHHAJfd.net
- zeas88
一月かけて入力して動かなかった
三月かけてダンプをチェックしても動かなかった
思い出した
- 390 :デフォルトの名無しさん:2018/04/25(水) 00:43:07.11 ID:KmWV+oH4.net
- 漢は6502だろ
廃人とも言えるけど
- 391 :デフォルトの名無しさん:2018/05/23(水) 19:48:01.34 ID:Au5e7VGg.net
- 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
VM3VN
- 392 :デフォルトの名無しさん:2018/06/13(水) 10:15:03.20 ID:lSIEjw1a.net
- 32032だろ
- 393 :デフォルトの名無しさん:2018/07/05(木) 01:47:01.59 ID:RfoszcD2.net
- RS0
- 394 :デフォルトの名無しさん:2018/07/22(日) 14:25:46.10 ID:DTqvFT3x.net
- >>389
Bと8を見間違えてる
- 395 :デフォルトの名無しさん:2018/09/05(水) 04:25:32.38 ID:qK+vip/P.net
- 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
- 396 :デフォルトの名無しさん:2018/09/05(水) 11:09:53.34 ID:/V9AsOwQ.net
- add eax,4
- 397 :デフォルトの名無しさん:2018/09/05(水) 11:43:54.77 ID:H+vUIk5X.net
- addはどっちでもいいけどsubがなあ
- 398 :デフォルトの名無しさん:2018/09/05(水) 11:52:27.66 ID:vQx16S6k.net
- >>394
チェックサムは、
・・・ A B ・・・SUM1
・・・ B A ・・・SUM2
見たいな間違いがあると、縦横チェックサムであっても、
間違いに気づく事が出来なかったなぁぁ・・・。
- 399 :デフォルトの名無しさん:2018/09/05(水) 17:15:48.86 ID:vQx16S6k.net
- 雑誌に書いてあったバイナリコード :
・・・ A B ・・・SUM1
・・・ B A ・・・SUM2
間違って入力したコード
・・・ B A ・・・SUM1
・・・ A B ・・・SUM2
これだと、横・縦の両方のチェックサムが雑誌と同じになってしまう。
- 400 :デフォルトの名無しさん:2018/09/24(月) 17:55:23.64 ID:7SQMHJ5j.net
- >>395
gccでIntel記法でアセンブラ出力できるよ
gcc -S -masm=intel hogehoge.c
インラインアセンブラでIntel記法使う場合も
gcc -masm=intel hogehoge.c
objdumpでIntel記法で逆アセンブルする場合は
objdump -M intel -d hogehoge.obj
- 401 :デフォルトの名無しさん:2018/09/25(火) 18:08:32.86 ID:XWt3PJqd.net
- 淫乱なやつめ
- 402 :デフォルトの名無しさん:2018/09/27(木) 01:21:30.14 ID:GWQb325r.net
- 396ですが,AT&T記法を中心に学ぶことにしました。
理由は,2つあり,
・OSの勉強をするためにこれから読んでいこう(というか既に読んでいる)
UNIX v6 for x86のアセンブラがAT&T記法である
・仕事でアセンブラを使う訳ではないので,今現在普及しているものでなくてよい
つまりIntelが発表するCPUの最新機能を使ったりする機会がないので
枯れた情報しかないAT&T記法でも十分やっていけると考えた
ということです。
まあ,チラ裏ですが,これから個人でアセンブラを学ぶとしてる人が見てれば参考にして下さい。
- 403 :デフォルトの名無しさん:2018/09/27(木) 03:14:00.28 ID:3iNJ0doV.net
- Intel・AT&T 記法を抽象化した、仮想アセンブラのLLVM で学べ!
情報処理資格でも、仮想アセンブラのCASL 2
- 404 :デフォルトの名無しさん:2018/09/27(木) 05:41:06.10 ID:fZkL81UT.net
- gdbの逆アセンブラも
set disassembly-flavor intel
と打ち込めばIntel記法で逆アセンブルしてくれる
デフォルトでIntel記法にしたいならホームディレクトリの.gdbinitに上記を記述
詳しくはググると出てくるかも
- 405 :デフォルトの名無しさん:2018/09/27(木) 06:24:39.43 ID:fZkL81UT.net
- ARMは
mov r0, #4
64bitのARMは
mov x0, #4
と右から左
MIPSも
li $4, 4
RISC-Vも
li a0, 4
と右から左
PowerPCも
li %r3, 4
と右から左
今のパソコンやサーバでメジャーなCPUの多くが右から左
- 406 :デフォルトの名無しさん:2018/09/27(木) 08:56:29.52 ID:GWQb325r.net
- しかしどうして右から左に読むのでしょうね。
英語だと特に
move number to address
と自然に読み下せるのに。(というかニーモックってまさにその目的の筈では……)
- 407 :デフォルトの名無しさん:2018/09/27(木) 08:59:24.20 ID:0mnt6zHc.net
- >>406
代入文が a=b だから
- 408 :デフォルトの名無しさん:2018/09/27(木) 10:12:23.20 ID:+X2PETpr.net
- 左右なんてどっちでもいい
記法もどっちでもいい
もっと本質的なことに頭使え
- 409 :デフォルトの名無しさん:2018/09/27(木) 10:27:51.73 ID:lockuNq+.net
- アセンブラの本質って機械語不便だからわかりやすくする記法なのに
それに気を使わずにどこに頭使うの?
- 410 :デフォルトの名無しさん:2018/09/27(木) 11:04:46.72 ID:JRG0evD8.net
- >>406
ある種の文化の衝突が起きていると思う。
事実標準に近かったZ80などでは、語順的には、今「Intel記法」と
呼ばれているものだった。でもIntel記法よりも洗練されている
感じだった。それが、人気があったひとつの理由だと思ってる。
でも、学者などは、さかさまに固執するような印象が多い気がする。
なんでも市場や事実標準とは逆を好む天邪鬼みたいな姿勢の人が多い。
たとえば、NEC機が流行っていたころは、京大構内では日立マシンが標準だった。
今、Windowsマシンが標準なのに、灯台ではMacが標準。
- 411 :デフォルトの名無しさん:2018/09/27(木) 11:13:26.21 ID:JRG0evD8.net
- >>410
学者は、事実標準に逆らったことをするのが大好き。なぜなら、そうすれば、
自分たちが優位になると思っているから。
たとえば、数式処理プログラムのMaximaも、LISPで書かれているし、
AI関連のライブラリが充実している言われる、Pythonも然り。
東大がMacを標準にしたのは、表向きはMSの独占的地位を破壊するため
かも知れないが、裏には、プログラミングが得意な学生に学者が負ける
と面目を保てなくなるのが困るからではないかと考えられている。
- 412 :デフォルトの名無しさん:2018/09/27(木) 11:57:48.40 ID:314u9gDI.net
- 開発者のMac率の高さ考えたらただの言いがかり
- 413 :デフォルトの名無しさん:2018/09/27(木) 17:46:24.04 ID:GWQb325r.net
- >>407
それは
a is b
とか読むんじゃないですかね。
- 414 :デフォルトの名無しさん:2018/09/27(木) 19:08:47.41 ID:fZkL81UT.net
- 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が主流
- 415 :デフォルトの名無しさん:2018/09/27(木) 20:12:35.94 ID:GWQb325r.net
- そういう経緯とか全然知らんかったわ。
Z80は古い機種だと思うんだけど,>>410によればIntel記法に近いらしい。
一概に,「昔はAT&T記法が主流だった」とも言えねえのな。
- 416 :デフォルトの名無しさん:2018/09/27(木) 21:20:43.26 ID:v+2P+rz3.net
- >>415
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
- 417 :デフォルトの名無しさん:2018/09/27(木) 21:37:48.64 ID:v+2P+rz3.net
- >>414
命令表記を左右逆にしていれば、今頃 68000 が天下を取っていたかもしれない。
高級言語の「A = B」がそのまま、MOV A,B と書けるのはやはり分かりやすいので。
- 418 :デフォルトの名無しさん:2018/09/27(木) 21:50:06.74 ID:v+2P+rz3.net
- >>416
昔も今もそうかもしれないが、IntelもMSも、余り「判りやすく書く」
「すっきりと設計する」ということが余り得意ではないかもしれない。
MSの作ったAPIは構造が汚い。
- 419 :デフォルトの名無しさん:2018/09/27(木) 21:55:12.76 ID:v+2P+rz3.net
- Zilogがせっかく、二モニックを美しく修正したのに、Intelは、また、MMX や SSE以後で
汚くしてしまった。
それに、セグメントの概念もMMUの設計もひどかった。
セグメントに関しては、トランジスタの集積度が少なすぎてしょうがなかったのかも
しれないが、それを長く引きずりすぎた。
80386のプロテクトモードなんかどうでも良くて、単にプロテクトの無い32BITの
フラットモードがあれば喜ばれ、MS-DOSが今でも続いていたかもしれない。
- 420 :デフォルトの名無しさん:2018/09/27(木) 22:00:30.07 ID:GWQb325r.net
- >>417
しつこくてすまんが
$ cp file.org file.new
$ mv file.org file.new
↑こういう操作を考えると
AT&T記法のほうが馴染みやすくない?
- 421 :デフォルトの名無しさん:2018/09/27(木) 22:04:07.63 ID:v+2P+rz3.net
- >>420
個人的には、数学や物理の表記の方が親しみがある。
- 422 :デフォルトの名無しさん:2018/09/28(金) 15:38:54.43 ID:O5kQkBkV.net
- CP/M copy も右から左だったぜ
- 423 :デフォルトの名無しさん:2018/09/28(金) 15:43:05.12 ID:hWUH9Sli.net
- >>422
http://afsoft.jp/os/p02.html
CP/M も copy コマンドは、「左から右」だったと思うけど:
COPYコマンド
ディスクをコピーします。
【書式】COPY {mode} {コピー元} {コピー先}
mode : ALL・・・ディスク全部をコピー
BOOT ・・ブートトラックをコピー
FILES・・ブートトラック以外をコピー
- 424 :デフォルトの名無しさん:2018/09/28(金) 15:50:53.05 ID:O5kQkBkV.net
- お前つかったことないやろ
- 425 :デフォルトの名無しさん:2018/09/28(金) 15:58:32.06 ID:hWUH9Sli.net
- >>424
え、本当に逆さまだったの?
- 426 :デフォルトの名無しさん:2018/09/28(金) 16:09:07.08 ID:hWUH9Sli.net
- コピーではないが、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
- 427 :デフォルトの名無しさん:2018/09/28(金) 16:11:14.79 ID:hWUH9Sli.net
- これかな???
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
- 428 :デフォルトの名無しさん:2018/09/28(金) 16:13:46.37 ID:hWUH9Sli.net
- 確かに有った。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
- 429 :デフォルトの名無しさん:2018/09/28(金) 16:40:59.17 ID:hWUH9Sli.net
- >>422
これはすごい情報。
総レス数 1000
154 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★