- 1 名前：デフォルトの名無しさん [2007/03/25(日) 21:19:33 ]
- アセンブラ全般に関するスレッドです。
【前スレ】
アセンブラ… (゜□゜) ↑アッー！↓
pc11.2ch.net/test/read.cgi/tech/1148402614/
- 75 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 20:42:08 ]
- アセンブリ言語で書く必要があるならインライン・アセンブラなんて中途半端なことせずにアセンブラ使え。
インライン・アセンブラを使わないと性能が出ないような処理系なら窓から投げ捨てろ。
- 76 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 20:53:36 ]
- ｴｰ(´д`)
- 77 名前：デフォルトの名無しさん [2007/04/14(土) 21:07:14 ]
- 押す！
- 78 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 21:39:11 ]
- >>75
それ、激しくﾏﾝﾄﾞｸｾ
- 79 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 22:13:22 ]
- だがソース中にインラインアセンブラが散在していると
環境が変わったとき、もっとマンドクサイことに…
- 80 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 22:20:32 ]
- その辺は設計次第でどうにかなる
大体速度要求されるような部分って限られてるし
- 81 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 23:30:39 ]
- 少し前に、64bitだとCであれJAVAであれ、「インラインアセンブラは絶対通らない」と言われていた。
- 82 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 23:53:16 ]
- どこの世界の話ですか?
Windows 方面かな?
- 83 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 02:22:23 ]
- ヌコモフモフシタイオ
- 84 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 02:42:32 ]
- M$が64bit版VC++でインラインアセンブラを止めたことに尾ヒレがついてそういう話になったんだろうが・・・
しかしまあ、64bitなCPUでもインラインアセンブラ使わにゃならんと言うのも、それはそれで哀しいものがあるな。
- 85 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 02:50:57 ]
- 64bitインラインアセンブラについて
ttp://www.codeproject.com/vista/vista_x64.asp#Inline_Assembly
代わりの構文が用意されているみたい
- 86 名前：デフォルトの名無しさん [2007/04/15(日) 10:48:47 ]
- シェーダもそうだ
Direct3D version10 では、アセンブリシェーダが一切許容されなくなった。
HLSLやGLSLよりも簡単かつ速いのに。
固定機能の廃止でシェーダで代用しろとか、
64bit用VCでアセンブラ使えないとか、マイクロソフトはどうなっているんだ。
そういうことをするから、「絶対必要なのに誰も知らないアセンブラ」になっていくんだ。
ウィルススキャンは、言ってみればリバースエンジニアリングだが、
リバースエンジニアリングにはアセンブラの知識が必要だ。
それでなくてもハード屋と密接に絡むソフト屋はアセンブラの知識が必要だ。
それなのにこれ以上マイナー言語にしてどうしたいと言うのか
- 87 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 11:58:49 ]
- >>86
>>56
- 88 名前：デフォルトの名無しさん [2007/04/15(日) 12:37:52 ]
- 64bitだとAPIフックもできないの？
- 89 名前：デフォルトの名無しさん [2007/04/15(日) 22:46:32 ]
- >>88
できない ×
やらせない ○
- 90 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 10:28:26 ]
- >>85
紛らわしい事を言うな
代わりの構文でインラインアセンブラが利用可能なのかと思ったじゃないか
- 91 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 12:02:23 ]
- ＞代わりの構文でインラインアセンブラが利用可能なのかと思ったじゃないか
可能でしょ。
- 92 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 20:54:55 ]
- >>90の思考、__asm と 組み込み関数は違う
>>91の思考、__asm と 組み込み関数は同じ
- 93 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 22:00:57 ]
- > >>91の思考、__asm と 組み込み関数は同じ
このスレ的にはありえない思考回路だな...。
- 94 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 01:00:05 ]
- すみませんが、.NETのアプリをnasmとかで作れます？？
- 95 名前：デフォルトの名無しさん [2007/04/21(土) 01:08:21 ]
- 無理にきまってんだろ
- 96 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 01:10:52 ]
- >>94
つ ilasm
- 97 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 01:42:04 ]
- >>94
dbで直接書けばOK
- 98 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 01:49:51 ]
- >>94
＞nasmとか
といわれても。
アセンブリ言語で書けるか、ということならできる。
- 99 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 01:58:57 ]
- >>97
バイナリエディタのほうが絶対いいｗ
- 100 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 02:34:42 ]
- 相対アドレスを計算して入力するのが面倒だったのでmasm+exe2binでz80のプログラムを作ったことがあるな
- 101 名前：デフォルトの名無しさん [2007/04/22(日) 12:55:12 ]
- 質問でございます
いまいちよくつかめないんですが、メモリを確保する場合（文字列でも何でもいいです）、通常ヒープに確保され、
ローカル変数だけスタック、という認識であっていますか？
ちょっとスレ違いかもしれないんですが、このスレのエロい方々が一番詳しそうなので。
- 102 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 12:58:06 ]
- ものによる。
- 103 名前：デフォルトの名無しさん [2007/04/22(日) 13:01:10 ]
- おーっそこをなんとかお手数ですがｋｗｓｋお願いします＞＜
- 104 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 13:01:22 ]
- ものによるけど、普通の PC で普通の言語使ってるならそうな事が多いんでない？
- 105 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 13:22:10 ]
- >>101
*まず言語と質問の意図を教えれ*
このスレどおりアセンブラなら、何をどこにとろうが自由だ。
Cのグローバル変数に相当するものならヒープにとるだろうし
一時的な文字列領域ならスタックにとることもある。
まさに>>102の言うとおりだ。
- 106 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 14:08:29 ]
- アッー！！そうか、アセンブラだとpushすればスタックだし、heapallocをcallすればヒープか・・・
処理系はC++なんですが、コンパイラに依存ってことですね。
- 107 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 14:14:22 ]
- アセンブラから見れば、ヒープもスタックも、グローバル変数も、みんなメモリ
メモリの確保は静的にする場合と動的にする場合とがあるけど
動的に確保する場合の概念としてスタックだのﾋｰプだの発明したわけだ。
その２つしかないわけじゃなく、オーディオのフィルタ処理なんかはリング遅延器とか色々あるわけ
- 108 名前：デフォルトの名無しさん [2007/04/22(日) 15:05:10 ]
- なるほどねー。ちょっと微妙に納得いかないのは、
スタックはなぜEXEイメージのヘッダに最大サイズが定義されて、それ以上は制限されるのに
ヒープはメモリあるだけ確保できる。
これはデータ構造の用途を分けるためですか？
- 109 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 15:16:00 ]
- それはwindowsの話をしてるんだよね？
多くの環境で、データ・ﾋｰプは上（小さい方）から、スタックは下（大きい方から）取られる。
これなら、どっちかが制限されるのはおかしいという事だろ？
で、x86は仮想記憶をサポートしてるから、SSの領域も
上にどんどん確保してゆく事も理屈の上では可能。
でも、 windowsはスレッドを実装してるから、スタック領域が複数必要になる。
だから、スタックは最大サイズを決めておかないと、困った事になるわけだ
- 110 名前：・∀・）っ-○◎● mailto:sage [2007/04/22(日) 15:16:38 ]
- ヒープにも限界はあるよ。
スタックは連続したメモリを必要とする。
不連続なデータでいいなら、確保できる容量は多くなる罠。
最近のOSは仮想メモリ機構があるから、実メモリ容量以上、
スワップファイル分だけ確保できたりするんだが。。。
- 111 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 15:39:47 ]
- >>108
Windowsの話な。
アレは仮想メモリを使ってるから、プロセス毎（大雑把にいえばEXE毎）に
２GBのメモリ領域を割り当てられるわけだ。32bit Windowsのユーザー領域ね。
実際にメモリを２GB積んでるかどうかは関係ないぞ。
とにかく、EXE毎に２GBのメモリを積んでると思いねえ。
で、スタックというのは（再帰呼び出しでもしない限り）何MBも食うことはあまりない。
一方、ヒープは画像や映像などメモリバカ食いすることがあるので、２GBのうち
相当部分をヒープで管理しなくてはならない。
原始的なOSはスタックを制御してないので、
スタックを超えてもぐんぐんヒープ領域を侵していく。
その結果、理由の分からないバグに遭遇してしまう。
Windowsは、スタックを使い切ったらエラーを出す仕組みになってるので
EXEにその領域を書き込んでる。
で、なぜヒープじゃなくてスタックの方を制御するのかというと、
スタックは一回の取得−開放が直前のスタックと連続してるので管理しやすい。
ヒープは、気まぐれに領域をとり、気まぐれに開放されるので穴ぼこだらけになる。
と、スタックの方が管理しやすいからだと思いますよ。
- 112 名前：デフォルトの名無しさん [2007/04/22(日) 17:09:09 ]
- >>109-111
うおーありがとう＞＜
そうです、Windowsしか知らないので＞＜
スタックはＯＳ管理⇒プロセスを超えるスタックオーバーフロー検出のため
ヒープは制限がない(仮想メモリサイズ:x86なら2GB)⇒メモリに対し断片的にアロケートするため
（逆にスタックはその性質上連続したメモリ領域が必要なので、最初に固定サイズの連続領域を
確保するため、そのアロケートサイズをEXEヘッダに持っていなければいけないので制限される）
これが全ての理由ではないかもしれませんが、
上述の理由等でスタックとヒープのそれぞれの役割が決まっているわけですね。
そしてその決まりは処理系によって異なり、アセンブラの場合はむしろ人によって使い方が
異なる場合がある、という感じでしょうか。
かなり勉強になります！！
- 113 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 17:32:21 ]
- 試したことないからわからんが、もしかしたら64bitのVCでもインラインマクロアセンブラ(非MASM)使えるんじゃね？
ちなみに↓はx86用。
// インラインマクロアセンブラ？
// WINAPI*は環境に合わせて書き換えてね
typedef void (WINAPI* FUNCTION)();
#define ASM_CALL(function) {FUNCTION f=(FUNCTION)(void*)function;f();}
// 必要なのあれば追加
#define RET 0xc3
#define MOV_EAX(a) (char)0xb8,(char)(a&0xff),(char)((a>>8)&0xff),(char)((a>>16)&0xff),(char)((a>>24)&0xff)
// eaxに16入れるだけ
unsigned char function[] = {
MOV_EAX(16),
RET
};
// 呼び出してみる
ASM_CALL(function);
まぁ、ネタだけどな・・・
だれかx64用の命令セット定義してちょ ヽ(；´ー｀)ノ
- 114 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 17:34:11 ]
- まあC++Builderが出来るようになるだろ
ダメならDelphi for win64で書いて リンクするさ
- 115 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 17:49:52 ]
- >>112
制限しなければいけないもっとも重要な理由はスレッドのサポートにあると思うよ。
スレッド間でスタック領域も共用しなければいけないからね
- 116 名前：デフォルトの名無しさん mailto:sage [2007/04/22(日) 17:57:39 ]
- >>113
（ ﾟдﾟ）ノ ﾄﾞｿﾞｰ
ttp://homepage1.nifty.com/herumi/soft/xbyak.html
- 117 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:58:01 ]
- emit でただバイナリねじこんでるのと同じでは・・・
tc1の時代に逆戻り？
- 118 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 09:56:42 ]
- >>113>>116
データ実行で吹っ飛ばないのですか？
- 119 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 10:26:10 ]
- DSやSSにあるコード実行が禁止出来てるなら バッファオーバーランの脆弱性などだいぶ緩和できてたろう
- 120 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 10:54:44 ]
- 最近のCPUだとEXビットとか聞いたもので、どうなんでしょか
- 121 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:12:32 ]
- linuxの場合、mprotectで実行属性を与えるようになってる。
Windowsの場合も、VirtualAllocやVirtualProtectで実行権限与えればＯＫよ。
- 122 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:12:34 ]
- windowsは16bitの昔からダブルポインタを解決するためにthunkとよばれる
動的に小さいコードを作る技術を使ってきたからな。
当時はDLLでDSを渡す為に使われた。
32bitになっても、DelphiのVCLなんかでは WinProcからObjectとメソッドアドレスの２つを
作りだすために使われている。
- 123 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:16:57 ]
- 実行時にコード変更（生成）するのってマルチスレッドとかとの相性どうなんだろう
- 124 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:22:30 ]
- >>123
そのコード空間がスレッドごとに独立していれば大して問題にならない。
- 125 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:30:39 ]
- スレッドセーフなコードを動的に生成するのか
難度高くね？
- 126 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:33:17 ]
- Windowsの場合、実行空間からスレッドごとに独立した領域へって、
単純にプログラムカウンタでジャンプできるんだ…
>>116はちゃんと見てないけど、実行属性やスレッド独立の
問題はケアしてるのかね
- 127 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:35:22 ]
- ダブルポインタを解決するだけの短いコードって事は、単に
即値ロードしてジャンプするだけ
リソースにアクセスするわけじゃないからさ
- 128 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:36:04 ]
- >>125
それはまた別問題な気がする。グローバル変数使わないで、
コードを生成する領域をTLSにしちゃえば干渉しないだろうし。
そもそも排他問題とかからむコードを動的に生成するシチュエ
ーションってあまり多くないんじゃ
- 129 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:40:01 ]
- >>127
それって32ビット以上のWindowsでは関係ないんだよね？
マルチスレッドだと如何に簡単な処理でも（というか簡単な
処理だからこそ）、何も考えないでコード生成したらまずい
だろうし。
- 130 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:44:30 ]
- >>129 自分が想像で勝手に怖がるのはいいが、それを一般論に押し広げないでくれよ。
マルチスレッドで注意しなければいけないのはどういう操作くらいかは理解して書いてるのか？
- 131 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:52:07 ]
- ＞マルチスレッドで注意しなければいけないのはどういう操作
スレッド間で共有されている部分を排他処理しないで変更すること
- 132 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:54:25 ]
- あと、共有部分の読み込みに関しては場合による
- 133 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 11:56:01 ]
- >>131
そう、一つは正解。
もう一つは、複数のリソースを参照するコードが別のスレッドで変更されてる場合、
たとえば、ダブルワードカウンタの参照のような問題点。
ダブルポインタを得るだけのコードは、作成されなければ実行されず、
作成された後は変更されないのだから、注意する対象に入るかどうかも判るだろ。
- 134 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 12:00:59 ]
- >>129
あと、32bit以上になっても、結局32⇔64の変換でthunkは使われるように思うな
理由は、テーブル変換のような仕組みはそれこそマルチスレッド対応に苦労するだろうから
- 135 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 12:15:01 ]
- >>133
＞作成された後は変更されない
作成された後は変更されないようなコードなのに、リンク時や
そうでなくともEXEロード時に解決してしまわないのはなぜでしょう？
- 136 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 12:18:02 ]
-
Make何とかInstance ってのを一つも使った事が無いのか？
- 137 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 13:06:15 ]
- >>135
その時に解決出来ないからだろ
ＤＬＬの場合は、コールバック時のセグメントはＤＬＬ側じゃ判らない。
ＶＣＬの場合は、コンポーネントをヒープに確保した後でなければ メソッドポインタは確定しない
- 138 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 00:00:03 ]
- x86で論理和を行う時、被演算数の一方が0以外なら必ずゼロフラグは0にセットされて
被演算数の一方が0の時に論理積を行えば必ずゼロフラグは1にセットされる、という理解であってますか？
- 139 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 01:01:07 ]
- わざわざ変に難しく言うな！
そんな言い方するからわかんなくなったじゃないか！！
俺にわかるのは、0とANDすりゃZ=1、0以外とORすりゃZ=0って事くらいなんだからよ！！！
- 140 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 01:23:34 ]
- >>138
釣りをしたいなら別に止めないけど...。
一応マジレスしとくと 論理和、論理積にかかわらず
・「結果」が 0 なら ZF = 1, 0 以外なら ZF = 0
と理解しておかないと、Add/Sub なんかの時に困っちゃうぞ。(w
- 141 名前：138 mailto:sage [2007/04/28(土) 01:34:15 ]
- >>139,140
すいません、釣りじゃないです
習い立てでどう表現していいかよく分からなかったので…ありがとうございました
- 142 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 04:35:02 ]
- アセンブラを勉強しようと思うのですがお勧めの書籍などはありますか？
当方Cの基本、Javaで簡単なプログラムが書ける程度の知識を持っております。
何かありましたら紹介よろしくお願いします。
- 143 名前：デフォルトの名無しさん [2007/05/13(日) 17:20:17 ]
- >>142
x86ならインテルのマニュアルでも読めばいいよ
- 144 名前：デフォルトの名無しさん [2007/05/13(日) 17:50:57 ]
- >>143
いんてるのまにゅあるは既にアセンブリ言語の基礎を会得しているプロの（職業の）開発者向けだろ。
しかもプロセッサの仕様とかデータシートとかエラッタ情報とか、アセンブラの本質とは関係ないし。
俺は独学で習得したが、参考書とかはほとんど読まなかったな。ソース読んでるうちに感覚で覚えてしまった。
他の人はどうやって習得したんだろう？
- 145 名前：デフォルトの名無しさん [2007/05/13(日) 17:53:42 ]
- CQ出版の古書が参考になる。
ただ、今現在でアセンブラ使えてもほとんどメリットなし。
- 146 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 18:29:33 ]
- リバースエンジニアリングや、最適化をするにはアセンブラを使えないと話にならない。
というか、コンピュータを理解するにはアセンブラでないと話にならない。
コンパイラに頼りっきりのアホが何作れるかというと、たいした物は作れない。
- 147 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 18:31:43 ]
- そういう分野って違法とか衰退してるじゃない。
仕様通り作ってればいいんだよ。
- 148 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 18:38:44 ]
-
ウィルスであるかどうかの解析は、リバースエンジニアリングが出来ないと話にならない。
そして、アンチウィルス業界はいつも人手不足。
そして需要が途切れることはない。
- 149 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 18:40:48 ]
- 1人か2人だろ。
- 150 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 18:43:49 ]
- まあ、アセンブラが使えるだけじゃ話にならんがな。
- 151 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 18:46:46 ]
- アンチウィルス業界←笑いどころ
- 152 名前：デフォルトの名無しさん [2007/05/13(日) 18:48:19 ]
- 論破されて泣き出したぞｗ
- 153 名前：デフォルトの名無しさん [2007/05/13(日) 18:49:30 ]
- コンパイラに頼りっきりのアホと言われて傷ついたらしい
どうせロクなもん作れねえんだから黙ってりゃいいのに
- 154 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 18:54:34 ]
- まあCPUのアーキテクチャが大幅に変わることはないんだろうけどCPU依存の
コードってのは関心しないなー。
コンパイラで書くか、カーネルから全部自分で書くか。
- 155 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 19:00:19 ]
- 無理だべ
Run Anywhereみてえなラクは
WindowsにしろLinuxにしろ、モロ依存しておる
- 156 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 19:07:27 ]
- 素直にコンパイラで書け。
- 157 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 20:33:40 ]
- まあ、必要ない人にはいらないよな
その辺に技術者としての境界が存在してきて
棲み分けできていいけど
- 158 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 21:06:27 ]
- アセンブラか……
フェードイン、フェードアウト効果をMMX命令で実装するために
本に載ってたサンプルを意味も分からずにパクッた思い出くらいしかない
- 159 名前：デフォルトの名無しさん [2007/05/13(日) 21:53:27 ]
- このスレも役目は終わってるよね
- 160 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 21:57:03 ]
- アプリ開発にはいらないだろうな
ミドル以下なら知ってると知らないで差がでるけど
- 161 名前：デフォルトの名無しさん [2007/05/13(日) 22:13:46 ]
- >>160
差が出るどころか、話にならないんじゃね？
そういう分野に携わるなら低水準の基礎知識くらい身につけておけと
- 162 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 22:43:47 ]
- コンピュータのごく表層しか知らない奴は>>159みたいなことをさらっといってのけるから怖い
- 163 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 22:49:52 ]
- ワンチップとかだとアセンブラの知識は必須だね。
ついでに回路も読めないとやばいが。
- 164 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 00:36:50 ]
- だいたいさ
ゲームのシェーダは高級言語で書けるようになったが、
CPUは依然としてアセンブラしか受け付けない。
ゲームではまだまだ必須。
- 165 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 02:29:15 ]
- それはファーム以下の動作部分を書く場合だろ。
通常のアプリケーションにアセンブラなんて必要ない、非生産的。
- 166 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 02:41:41 ]
- なんでもかんでも汗んぶらで書くのは愚の骨頂だが
アーキについて知ってるかどうかは重要。
- 167 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 02:50:19 ]
- そりゃそうだな。んでもインテルはほとんど変わってないし。
肝心のタスク制御（ディスパッチャ）の部分はユーザーが書けないし。
昔の世代は自分で書けるチャンスがあったけど今の世代はほぼ絶望的。
忘れたほうがいい。
- 168 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 08:14:11 ]
- んなこたーない
- 169 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 21:35:56 ]
- 世の中には16進数でプログラム書ける奴もいるんだな
この前リアルで見たんだが人間とは思えん
- 170 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 21:43:56 ]
- いるだろｗｗｗｗ常識的に考えて。
- 171 名前：デフォルトの名無しさん [2007/05/14(月) 22:02:02 ]
- 車なんかアセンブラでないといかんのだぜ
もはやキャブレターの時代じゃねえんだ
- 172 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 05:09:10 ]
- >169
そりゃ、アセンブリ言語が出来る前は皆そうしてたワケだからな。
つーか、アセンブリ言語自体、最初は
機械語を解りやすく記述する為の単なる表記法だったかと。
『アセンブリ言語を機械語に翻訳する作業も
コンピュータに任せればいいじゃないか！』
という発想に最初に行き着いたヤツは凄いと思う
- 173 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 05:22:10 ]
- アセンブリ言語が出来た当初はハンドアセンブルだからね。
凄い時代だ。
- 174 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 05:39:56 ]
- 2chのレスもコンピュータに任せても充分やってけると思う
- 175 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 07:08:38 ]
- 今思うとプログラムを書いてというより
直接動かしてたって方がしっくりくるな
|
 |
