アセンブリ言語最強伝説

アセンブリ言語最強伝 ..

245:デフォルトの名無しさん
09/08/25 10:10:59
PICのスタックは８段しかない

246:デフォルトの名無しさん
09/08/25 11:47:28
8bitなPICでC言語を使うのが間違っているような気がしないでもない。

247:デフォルトの名無しさん
09/08/25 12:22:55
kwsk

248:デフォルトの名無しさん
09/08/25 12:32:14
PIC18やAVRなら実用的だよ
PC16以下は死んでいい

249:デフォルトの名無しさん
09/09/22 16:01:47
HALT ?

250:デフォルトの名無しさん
09/09/22 16:03:41
nop
nop
nop
nop
.
.
.

251:デフォルトの名無しさん
09/09/23 14:43:34
最終的に機械と同化してしまい
こちらの世界に戻れなくなるぞ

252:デフォルトの名無しさん
09/09/23 16:48:40
　　mov　eax,cr0
　　or　eax,1
　　mov　cr0,eax
　　jmp　@@tengoku
@@tengoku:

253:デフォルトの名無しさん
09/09/24 06:28:22
そこは天国なのか？
つまらん壁はなくなるが、色々監視されて鬱陶しいことになったりするぞ。

254:デフォルトの名無しさん
09/09/24 10:03:18
そこでセグメントのリミットを4Gに設定して
そのままリアルモードに戻ったところが本当の天国

255:デフォルトの名無しさん
09/09/24 18:05:13
シングルタスクが天国？
マルチタスクの方が圧倒的に便利でしょ

256:デフォルトの名無しさん
09/09/24 20:01:51
>>255 リアルモードでマルチタスクができないって話は聞いたことないな

257:デフォルトの名無しさん
09/09/25 09:48:27
なんでいきなりシングル/マルチタスクの話を始めたのかと思えば
なるほど、そーゆー恥ずかしい勘違いをしてる人だったのか。

258:デフォルトの名無しさん
09/09/25 11:37:57
ノンプリエンプティブかプリエンプティブかで、だいぶ話がかわるな。
あと、保護のある環境を天国と見るか、ない環境を天国と見るかは
意見の分かれるところだ。

259:デフォルトの名無しさん
09/11/23 13:16:47
保護のある環境だと機械語で書きにくそう

260:デフォルトの名無しさん
09/11/23 13:28:23
I/Oとかの特権命令を使いまくった何かを作りたいならそうかもしれないけど、
保護で落とされるのは、あらぬアドレスにアクセスしたとか、おかしな動作
だから、普通のコードを書くぶんにはたいして変わらないよ。

261:デフォルトの名無しさん
09/11/26 23:51:51
MASMからVC++用スタティックライブラリの関数を呼ぶ方法を教えてほしい

262:デフォルトの名無しさん
09/11/26 23:57:20
スタティックライブラリのアセブラソースをみる

263:デフォルトの名無しさん
09/11/26 23:57:49
pushしてfarcall

264:デフォルトの名無しさん
09/11/27 05:38:08
VC++が生成したASMファイルは↓で呼び出してるけどリンクできない
無理だったのであきらめた・・・
call ?function@namespace@@YAHXZ:PROC

265:デフォルトの名無しさん
09/11/27 17:04:26
GetProcAddresすればいいんじゃね？

266:デフォルトの名無しさん
09/11/27 20:06:27
まずは、extrnとかでちゃんと外部シンボルの宣言をしているか、ということ
次に、ちゃんとlibを指定しているか、ということ

後者は、コンパイラに#pragma comment(lib,..)を出力させて、
アセンブラディレクティブでどうなっているか確認することで
アセンブラコードの内部で対応できるかもしれない。

267:デフォルトの名無しさん
10/01/02 04:51:36
バイナリいじって一時的に別名つけるとか。
たしか「?」とかはそうしないと無理だった気がする。

268:デフォルトの名無しさん
10/01/15 01:30:45
Mac 買ったら NASM が入ってた。
勿論 gas も入ってるけど、何か新鮮。

269:デフォルトの名無しさん
10/01/15 04:09:44
MacsBug for x86とかついてきそうだ。

270:デフォルトの名無しさん
10/01/15 08:14:34
懐かしいな…

271:デフォルトの名無しさん
10/02/20 06:03:09
tasm32でvc60とlinkできるぞ。objの形が違うとwarning出るけど。

272:デフォルトの名無しさん
10/03/07 00:34:54
masm32 nasm gas

学習用途ではどれがオススメですか？
ちなみにターゲットはx86オンリーでdos、win、linuxあたりです。

273:デフォルトの名無しさん
10/03/07 02:11:41
あえてのnask

274:デフォルトの名無しさん
10/03/07 02:14:47
>>272
学習用途ならCASLに決まってんだろ！

275:デフォルトの名無しさん
10/03/07 17:44:10
linux含む時点でmasm32は消えるな
学習用途な時点で癖のあるgasは消えるな
x86オンリーならx64なnasmは消えるな
すると残るのは・・・やはりCASLしか無いね

276:デフォルトの名無しさん
10/03/07 18:43:01
asm80

277:デフォルトの名無しさん
10/03/08 05:38:16
機械語最強

278:デフォルトの名無しさん
10/03/08 09:26:49
>>272
正道に勝るもの無し。
MS純正のMASMとIntelが配布してるデベロッパーズマニュアルの組み合わせが一番良い。
どうしてもgasを使うなら.intel_syntaxディレクティブを「必ず」指定する事。
どうせならdosとlinuxを捨てなさい。現実的な選択肢とは言えないから。

279:デフォルトの名無しさん
10/03/08 10:22:30
マシン語やれよ
x86ならオペコード表とModRMの使い方マスターするだけでかなり読み書きできるようになるから
アセンブラの構文がどうとかみたいなどうでもいいことが気にならなくなる

280:デフォルトの名無しさん
10/03/08 14:03:25
機械語はできる前提のスレなんだが。
>>279は今更何言ってんだ？

281:デフォルトの名無しさん
10/03/08 14:06:18
アセンブリ言語および機械語の総合スレが落ちて、そこらへんにあった
それ系スレを適当に潰してる状況だというのに何を言うか。

282:デフォルトの名無しさん
10/03/08 16:21:33
　　　　∩＿∩　　　　　人人人人人人人人人人人人人人人人人人人人人人人人人人人人人
　　／＼／＼　　　＜なんだろう。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＞
　　|　（ﾟ）=（ﾟ）　|　　＜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＞
　　|　　●_●　 |　　＜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＞
　/　　　　　　　　ヽ　＜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＞
　| 〃 ------ ヾ　|　＜　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＞
　＼＿＿二＿＿ノ　　ＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹ

283:デフォルトの名無しさん
10/03/09 21:05:25
>>279
自分はそれに気付くまで大分遠回りしたわ…
先にマシン語をちょっと齧っておくと大分理解が速いよね。

>>275
NASM が x64 ってどういう事?
x86 でも使えるでしょ。

284:デフォルトの名無しさん
10/03/09 21:56:21
ようやく突込みが入ったか
これで安心して死ねる

285:デフォルトの名無しさん
10/03/11 00:11:53
>>272
一つに絞らず、それぞれのプラットフォームで一番使われてる物を選んだ方が良いよ。
その意味で、Windows でやる時は masm を、Linux の時は gas を使うと良いと思う。
勉強がある程度進めばシンタックスの差は誤差である事に気付くと思うけど、どうしても
気持ち悪いと思ったら、その時に nasm を選択すると良いと思う。

286:デフォルトの名無しさん
10/03/11 05:37:14
誤差じゃねえよ！ニモニック自体違ってるじゃねえか！

287:デフォルトの名無しさん
10/03/11 13:45:55
またコンパイラ自作か！