アセンブラ…　(゜□� ..

---

[2ch|▼Menu]

237:デフォルトの名無しさん
06/06/28 22:43:03
LISPﾏｽｨｰﾝ

238:デフォルトの名無しさん
06/06/29 01:08:27
>>233
アドバイスありがとうございます。
ページキャッシュが使えない事もあり、現状では300アクセス/秒程度しかさばけないのですが
この時のＣＰＵ負荷が100パーセント近いので、まずはＩＯやＴＣＰコネクションよりもこちらを改善する予定です。
とりあえずＣで簡単なサーバーを書いて動かせばＣＰＵ負荷が極端に減り、１０サイト位はいけそうな雰囲気はあります。

ＺｅｎはＴＣＰコネクションの問題回避では無く、複数のサイトを動かす為にメンテのしやすさから導入したかったのですが
ｚｅｎ１．１ではアパッチはまともに動かなかった気がします。最新版では大丈夫なのでしょうか？

>>234
ＴＣＰスタック迄はとりあえず弄るつもりは無いです。
ＨＤＬで実現できれば面白いですね。制限付きのＮＴＰサーバーなんかは有るみたいで、触発はされたのですが実力がｏｒｚ

239:デフォルトの名無しさん
06/06/29 08:36:55
スレ違いのWEBサーバの話題終了ー。

以降通常運営でお送りいたします。

240:デフォルトの名無しさん
06/06/29 12:01:14
nasmのEQUと%defineって何が違うの？

241:デフォルトの名無しさん
06/06/29 12:37:06
下のように乗算のプログラムを完成させたいのですがさっぱりわかりませんorz
誰かﾎﾞｽｹﾃ

start:
add $1, $0, $0 ; $1: address of X
addi $2, $0, 16 ; $2: counter = 16
add $3, $0, $0 ; $3: product Z
lw $4, 0($1) ; $4: X, load X to $4
addi $1, $1, 4 ; address + 4
...
loop:
...

add $3, $3, $4 ; Z = Z + X
shift:
...

addi $2, $2, -1 ; counter--
bne $2, $0, loop ; go to loop if counter != 0
sw $3, 0($1) ; store Z
finish: j finish ; dead loop

242:デフォルトの名無しさん
06/06/29 12:53:05
>>241
一度2進数の掛け算を筆算で書いてみな

243:デフォルトの名無しさん
06/06/29 18:16:49

13(10) x 10(10) = 130(10)

　　　　　　　1101(2) = 13(10)
　　　　　　x 1010(2) = 10(10)
----------------
　　　　　　 11010(2)
　　　　　1101000(2)
----------------
　　　　 10000010(2) = 130(10)



244:デフォルトの名無しさん
06/07/02 11:15:33
質問なのですが

C言語の
for(t=1;t<9;t++)
をアセンブラで書くとどうなるのでしょうか？

245:デフォルトの名無しさん
06/07/02 11:53:02
>>244
mov eax,1
L1:
cmp eax,8
jg L2
inc eax
jmp L1
L2:


246:デフォルトの名無しさん
06/07/02 12:10:27
xor ax,ax
mov cx,8
a:
inc ax
loop a


247:デフォルトの名無しさん
06/07/02 12:45:17
>>244
　　　　XOR　　　GR7,GR7
　　　　ST　　　　GR7,t
　　　　JUMP　　L02
L01　　・・・
　　　　・・・
　　　　LD　　　　GR7,t
　　　　LAD　　　GR7,1,GR7
　　　　ST　　　　GR7,t
L02　 LAD　　　GR1,9
　　　　CPA　　　GR7,GR1
　　　　JMI　　　L01
　　　　・・・

248:デフォルトの名無しさん
06/07/02 12:49:08
>>245さん
ありがとうございます

eaxというのは変数と解釈して良いのでしょうか？

あと各命令は

eaxを1とおく
＜L1＞
8と比較してeaxが以上ならば
＜L2＞へ飛ぶ
eaxが小さければ
＜L1＞を実行する
＜L2＞

というかんじでしょうか

249:デフォルトの名無しさん
06/07/02 13:08:25
jgは「以上」じゃなくて「より大きい」だよ。

250:デフォルトの名無しさん
06/07/02 13:11:10
> eaxというのは変数と解釈して良いのでしょうか？

おーい。

だいたい、「アセンブラで書け」というなら、プロセッサ書けよ。

251:デフォルトの名無しさん
06/07/02 13:14:22
H8/3664 です

252:デフォルトの名無しさん
06/07/02 13:15:59
>>247
× XOR GR7,GR7
○ LAD GR7,1
だな。

253:デフォルトの名無しさん
06/07/02 13:54:03
>>251
組み込みＣＰＵ関係は電気・電子板で聞いたほうがいいかも。

254:デフォルトの名無しさん
06/07/02 14:15:00
ありがとうございました

255:デフォルトの名無しさん
06/07/03 03:47:29

>>244-249

なんでCPU指定されてないのに会話が続いてたんだろう


256:デフォルトの名無しさん
06/07/03 05:03:24
なんでもいいからアセンブリ書きたい気分だったんだろ

257:デフォルトの名無しさん
06/07/03 06:11:59
CPUの指定がない場合は回答側が好きなCPUを選べます。

258:デフォルトの名無しさん
06/07/03 22:49:18
NASM MASM TASM
どれを使ってますか

259:デフォルトの名無しさん
06/07/03 22:50:43
GAS 一択。

260:デフォルトの名無しさん
06/07/03 22:55:03
TASM。

261:デフォルトの名無しさん
06/07/03 22:56:42
GASでCOMを作成できますか


262:デフォルトの名無しさん
06/07/03 22:59:01
NASM MASM ＬＡＳＭ　ＧＡＳ

263:デフォルトの名無しさん
06/07/04 00:19:44
ＹＡＳＭ

264:デフォルトの名無しさん
06/07/04 02:21:01
>>263
休むな。

265:デフォルトの名無しさん
06/07/04 03:16:08
NASMを使っているけど、コンパイルするまでの手間がだるい。
中間ファイル作成→ALinkでコンパイル
この手間を無くしたい。
MASMって使用者が多いと思うけど、上記項目を一括して出来るの？
出来るなら乗り換えようかな。

266:デフォルトの名無しさん
06/07/04 03:48:31
>>265
batファイルを作ればいいような。

267:デフォルトの名無しさん
06/07/04 07:18:52
近頃の若いもんはmakeもしらんのか

268:デフォルトの名無しさん
06/07/04 08:39:59
統合環境に組み入れられるだろ。

つーか make でいいよな?

269:デフォルトの名無しさん
06/07/04 09:39:11
DOSの頃はMASMやTASMを愛用してたけど、
Win環境に移ってからこっちインラインアセンブラしか書かなくなったなぁ。

270:デフォルトの名無しさん
06/07/04 11:41:38
makeはいちいちMakefileを書くのが面倒だろう
なのでbat

・・・フルアセンブリ・１ファイル完結の話だよな？
そうじゃないなら俺もMakefile書くが

271:デフォルトの名無しさん
06/07/04 17:40:39
アセでそんなにでかいプロジェクトなんてやらないし
どうせ全ビルドでも一瞬で終わるんだ
数行書くごとに全ビルドでもまったく苦にならんｗ

272:デフォルトの名無しさん
06/07/04 19:57:12
nasm.exe(-f win32)で作成したobjはld.exeでもリンクできるなぁ‥‥
めどいならgccでリンク。

それはそうと、nasmのセクション宣言で共有属性をつけることは出来ない？
とりあえずFMOで共有メモリを実現している。

gasなら
.section .sdata,"rws"
って書けば共有属性が付くけど。

273:デフォルトの名無しさん
06/07/06 00:06:20
SHのプロジェクト預かったのだがコンパイラ先生が生成したアセンがまったくわからんのです。シミュレータぶんまわしてもそこがわからんorz
ﾀﾁﾞｹkt

SuperH RISC engine C/C++ Compiler (V.8.00.05)
EX).
Address ML Assembler
00007E66 D23D MOV.L @(H'00F4:8,PC),R2

以下考察
Inst Dest Displacement
b1101 0010 0011 1101
h d 2 3 d
構文のDisplacemnetは下位2bit分(1/4としている)を省略し記述になっているようだ
Destinationは簡単にR2を2としているだけ

MOV.L @(disp,PC),Rnの解説（仕様書抜粋）
ディスプレースメントは8bitまで(H'1-FF)
LONG WORD 拡張×4 最大：b1111111100:0x1020
WORD 拡張×2 最大：b0111111110:0x 510
としている　よってDisplacementはH'03D0

PCは下位2bitをマスクする
H'00007E66 & H'FFFFFFFC　よってH'7E64

R2 = PC + Displacement = H'8234となる？

しかし実際は
シムではR2 = H'00003774　ﾄﾞﾎﾞﾁﾞﾃ(TﾛT)

274:デフォルトの名無しさん
06/07/06 01:32:32
>>273
Displacementは、普通±を考慮すると思うのだが。
8bitのDisplacementだと、bit7が１だと「−」になるとか…。
SHは触ったことが無いので間違っていたらゴメン。

275:デフォルトの名無しさん
06/07/06 02:33:04
@は即値じゃなくて、間接アドレッシングじゃないのか？


276:デフォルトの名無しさん
06/07/06 02:49:31
考察ってのはどういうことなの？ちゃんとマニュアルに命令形式が載ってるでしょ。
>b1111111100:0x1020
>b0111111110:0x 510
ってのもおかしいし。

R2=Read_Long( (0x00007E66 & 0xFFFFFFFC) + (0x3D<<2) ) = Read_Long( 0x7E64+0xF4 ) = Read_Long(0x7F58)
アドレス0x7F58にあるLong値がR2に入る。

URLﾘﾝｸ(japan.renesas.com) から「SuperH RISC engine ファミリ」>「ドキュメント」で
日本語のソフトウェアマニュアルにたどり着けるから、それ読むといいよ。

277:デフォルトの名無しさん
06/07/06 04:11:21
誰もドキュンの意見は聞いてません
帰れ

278:デフォルトの名無しさん
06/07/06 11:37:38
add, sub, and, or, lw, sw, beq, bne, j,
addi, andi, ori, sll, srl, sra
これだけの命令で16or32ビット同士の数字の掛け算のプログラムを作れますか？

279:278
06/07/06 11:59:57
/*
multiplication.c: Unsigned 16-bit x 16-bit
*/
main(){
int x = 0x0000c9ae;
int y = 0x0000f6e5;
int z = mul(x, y);
printf("%08x * %08x = %08x\n", x, y, z);
}

int mul(int x, int y){
int a, b, c;
int i; // counter
a = x;
b = y;
c = 0; // production
for(i = 0; i < 16; i++){ // for 16 bits
if((b & 1) == 1){ // LSB of b is 1
c += a; // c = c + a
}
a = a << 1; // shift a 1-bit left
b = b >> 1; // shift b 1-bit right
}
return(c); // return production
}

ちなみにC言語で書くとこうなるらしいです

280:デフォルトの名無しさん
06/07/06 12:19:20
ふと思ったが、何でもできる最小限の命令セットってどのくらいだろう。
メモリのリードライト、条件ジャンプ、あと加算？
そういやBrainFuckが何でもできるんだったな。

281:デフォルトの名無しさん
06/07/06 12:33:54
チューリングマシンとか、RAM とかの話になると思うけど、
多分
定数
1 加算
0 判定
間接参照
程度で大丈夫じゃないかな？

282:デフォルトの名無しさん
06/07/06 12:45:22
分岐はいるだろう

283:デフォルトの名無しさん
06/07/06 13:17:01
PCに加算できれば分岐は要らない

284:デフォルトの名無しさん
06/07/06 13:20:26
レジスタから指定したアドレスの内容を減算し、
結果をレジスタとアドレスにストアする。

これでどんなプログラムでも書けるらしい。

実用的にはPCやレジスタにもアドレスを付け、
1番地と2番地に書くと3番地に加算結果、4番地に減算結果、etc
というハードにすると、MOVE命令だけでOK

1命令CPUのすごいところは、命令デコーダが不要なことだ!


285:デフォルトの名無しさん
06/07/06 14:33:41
>>284
その分コーディングで効率を上げないと無駄が増える

286:デフォルトの名無しさん
06/07/06 15:47:42
>>278
シフト命令の他に回転命令が無いと面倒臭くなるな。

287:デフォルトの名無しさん
06/07/06 17:53:21
出来る出来ないは別にして最低限無いと人間が記述する時に不便or不都合が生じる、
という最低限な命令セットの話で。

288:デフォルトの名無しさん
06/07/06 18:00:35
RISC系CPUの初期モデルの命令セットでも見れば？
まあ、x86とかでもアセンブラレベルでの命令の種類はそう多くはないんだが。

289:デフォルトの名無しさん
06/07/06 19:28:36
俺なら真っ先にHALTとNOPとブレークポイント例外を入れるね。

290:デフォルトの名無しさん
06/07/06 19:52:24
>>289「最低限」必要か？

291:デフォルトの名無しさん
06/07/06 19:59:05
>>290
HALTが無いとチューリングマシンとして成り立たないのでは？

292:デフォルトの名無しさん
06/07/06 21:39:12
もろもろどうもです
>>273
LONG WORD 拡張×4 最大：b1111111100:1020
WORD 拡張×2 最大：b0111111110: 510
正しくは上記10進です。うっかりしてました。

マニュアル確認しました。
MOV.L @(H'00F4:8,PC),R2 PC:0x00007E66
R2=Read_Long( (0x00007E66 & 0xFFFFFFFC) + (0xF4<<2) ) = Read_Long( 0x7E64+0x3D0 ) = Read_Long(0x8234)
マニュアルの形式に沿って計算したが、シミュレータではR2=0x00003774と出力している。
そのあとには"JSR @R2"として関数を呼び出している。シミュレータでの動作は問題ないので手計算が間違っている！間違いはどこなんですかね？



293:デフォルトの名無しさん
06/07/06 22:19:23
>>291
それが世の中HALTが無いCPUもあったりするんですよ。


294:デフォルトの名無しさん
06/07/06 22:23:11
>>292
ちゃんとマニュアル読んでるのか？
H'8234番地の中身確認してみれ。


295:291
06/07/06 23:54:15
>>291
ええと、少し調べたところ、チューリングマシンはHALTが無くてもいいそうな。
無限ループに陥ったと確定した時点で「停止」扱いでOKらしい。
すまん。

296:デフォルトの名無しさん
06/07/07 00:44:09
>>294
0x8234に目的の値が確保されてるってこと？アドレスから値を持ち込むにはMOV.L @R2,Rnが必要じゃないの？
マニュアル(RJJJ09B0228-0700,Rev7.00 P6-59)には計算通りに導けるが、MOV.L @(H'00F4:8,PC),R2 PC:0x00007E66のシミュレーション結果がR2 = 0x00003774となるのかがどうにも

297:デフォルトの名無しさん
06/07/07 01:39:00
そーゆーもまいらにBrainF*ck

298:デフォルトの名無しさん
06/07/07 11:46:21
6502の命令セットはシンプルで若干不足気味に
まとまった命令セットだったと思う。

299:デフォルトの名無しさん
06/07/07 23:13:39
アセンブラ全般といいつつx86系ばかりだね
UNIXベンダのプロセッサのアセンブリプログラムは無いポ？

300:デフォルトの名無しさん
06/07/09 01:01:24
300ゲットしておきますか。

301:デフォルトの名無しさん
06/07/09 09:41:58
すごくPPCをやりたいんですけど…

わかりません。

302:デフォルトの名無しさん
06/07/09 10:23:20
>>301
黒箱かiMac買えば？

303:デフォルトの名無しさん
06/07/09 10:33:43
>>302
Macならある。

304:デフォルトの名無しさん
06/07/09 11:26:31
>>303
ヒマだから反応しておく。何がわからないんだ。

命令そのものか、又は命令の使い方か？

305:デフォルトの名無しさん
06/07/09 12:12:57
>>304
どっちも。

306:デフォルトの名無しさん
06/07/09 13:09:30
>>305
「玄箱」と「PowerPC」でぐぐればPowerPCの解説HPが見つかるかもしれない。
Macでぐぐってもアセンブラを解説したHPは出て来ない気がする。

しかし、PowerPCのアセンブラも知らないで、何を作るつもりなのか？
その辺を明確にしておかないと、上達は有り得ないと思う。

307:デフォルトの名無しさん
06/07/10 23:28:11
>>306
激励したつもりだったんだけど…orz

308:デフォルトの名無しさん
06/07/10 23:30:47
>>307の訂正
>>306では無くて>>305です。
連続書込み、ｽﾏｿ


309:デフォルトの名無しさん
06/07/13 19:48:19
アセンブラで逝く！逝く！逝っちゃうの！

310:デフォルトの名無しさん
06/07/15 12:18:13
みさくら語でおｋ

311:デフォルトの名無しさん
06/07/15 14:10:51
i386にバイト反転付き整数ロード／ストア命令ってある？

312:デフォルトの名無しさん
06/07/15 14:34:18
ない

313:デフォルトの名無しさん
06/07/16 02:03:02
26時間観ながら保守。

314:デフォルトの名無しさん
06/07/16 02:04:17
う〜、誤爆した。

315:デフォルトの名無しさん
06/07/16 08:21:59
スリムでドボンとか言う奴はどこいったんだ

316:デフォルトの名無しさん
06/07/16 09:17:49
糞コテは呼ばんでええよ

317:デフォルトの名無しさん
06/07/17 12:35:35
インラインアセンブラはスレ違いかもしれないけど質問。
Xeonで動かそうと思って
double func(double *sx, double *cx, double *sy, double *cy, int xe, int ye)
{
double sum = 0;
for (int ix = 0; ix < xe; ix++) {
double sx1 = sx[ix];
double cx1 = cx[ix];
for (int iy = 0; iy < ye; iy++) {
double sy1 = sy[iy];
double cy1 = cy[iy];
sum += (cx1 * cy1 - sx1 * sy1) + (cx1 * sy1 + sx1 * cy1);
}
}
return sum;
}
こげな関数のループ内部を
asm volatile(
"
movsd %1, %%xmm0; movhpd %3, %%xmm0; movapd %%xmm0, %%xmm2
movsd %2, %%xmm1; movhpd %4, %%xmm1; movapd %%xmm1, %%xmm3

mulpd %%xmm1, %%xmm0; movhlps %%xmm0, %%xmm1; subsd %%xmm1, %%xmm0
mulpd %%xmm3, %%xmm2; movhlps %%xmm2, %%xmm3; addsd %%xmm3, %%xmm2

addsd %0, %%xmm0; addsd %%xmm0, %%xmm2; movsd %%xmm2, %0" :
"=g" (sum) :
"g" (cx[ix]), "g" (cy[iy]), "g" (sx[ix]), "g" (sy[iy]) :
"%xmm0", "%xmm1", "%xmm2", "%xmm3"
);
こう書いてみたんだが、もっと効率上げられないもんかな。
ループ部はiccの各種最適化に頼りたいから残しておきたいんだが。

318:デフォルトの名無しさん
06/07/17 20:40:02
>>317
素直に2要素ずつやったらいいんでないの。

> ループ部はiccの各種最適化に頼りたいから
とはどういうこと？
この処理なら関数全部をインラインアセンブラで
書くのが、速度も出るし手っ取り早いと思うが。

319:デフォルトの名無しさん
06/07/17 20:41:32
>>318みたいな原始人まだいたんだ（＾ｏ＾）

320:デフォルトの名無しさん
06/07/17 20:53:01
だいたい、Ｃなんて中身の何も無いループ回すだけでちんたら遅すぎ。
ポインタなんか使ったら余計な演算入りまくりで遅いし。まあ、最近のＣＰＵは掛け算が早くなったから大分良くなったが。

321:デフォルトの名無しさん
06/07/17 20:57:07
>>317
コンパイラがサポートしてるならintrinsics関数で書く。

322:デフォルトの名無しさん
06/07/17 21:21:13
C言語レベルで最適化する余地があると思うが

ヒント
for(int iy = 0; iy < ye; iy++){
sumA+=cx1*(cy1+sy1);
sumB+=sx1*(cy1-sy1);
}
sum+=sumA+sumB;

323:デフォルトの名無しさん
06/07/17 22:12:57
>>322
まだ最適化できる。

ヒント
for(int　iy　=　0;　iy　<　ye;　iy++){　
　　　　sumA　+=　cy1;
　　　　sumB　+=　sy1;
}
sum　+=　cx1　*　(sumA+sumB);
sum　+=　sx1　*　(sumA-sumB);

324:323
06/07/17 22:19:41
>>323
あ、自分で書いといて今気づいた。
この書き方だとループも外に括りだせるからO(n)で計算できる。
もとのコードだとO(n^2)だから圧倒的に性能が向上する。

というかアセンブラに手を出す前に論理レベルで最適化しろという典型例ですな。
まぁ、このスレで言うのは無粋だけどｗ

325:デフォルトの名無しさん
06/07/17 22:30:29
うーん惜しいな。yだけじゃなくてxも最適化できる。
for(int　iy　=　0;　iy　<　ye;　iy++){　　
　　　　sumA　+=　cy1;　
　　　　sumB　+=　sy1;　
}　
for(int　ix　=　0;　ix　<　xe;　ix++){
　　　　sumC　+=　cx1;
　　　　sumD　+=　sx1;
}
sum　=　sumC　*　(sumA+sumB)　+　sumD　*　(sumA-sumB);
ま、こっちはオーダーレベルの最適化にならないがな。

326:317
06/07/17 23:01:47
ひーん、諦めかけてからレスがたくさんついてる〜
#あ、icc使用って書くの忘れてた。

そもそも、「コンパイラよりもアセンブラの方が絶対速い。ループ内部だけでもアセンブリ化しろ」と
主張する頭の固い人たちを納得させられればいいので、ループの最適化には手を出さずに済ませたいわけです。
で、「xmmレジスタは並列演算できるのだから絶対速い」というヒント(という名の指示)の元、
>317のようなコードを書いてみたわけですが。
処がこの程度のアセンブリ化ではC部分とのI/Fに時間を取られるようで効率が上がっていません。
実際元のソースをiccでコンパイルするとループをアンロールして4回分ずつ回すようです。
勿論SSE命令も使うし並列化オプションを指定すれば並列化してくれるし。
なので、このまま「保守性と開発工数を考えればコンパイラに任せたほうが無難」という報告をしてもいいのですが、
念のため(と技術的興味から)アセンブリ部分で無駄がないかを聞いてみたかったのです。

>>318
恐らく2回分ずつアンロールしたコードを書くと速そうですが、コンパイラも同じ程度のコードを出しそうです。
>>320
正直私には、gcc辺りのコードを書くのがやっと。iccに勝てるコードを書けるとは思いません。
#この場合、Cの単純な翻訳と言う意味で。
>>321
iccのマニュアルをさっと読んだ限りでは見た記憶がないのですが、調べてみます。
>>322-325
えーと、最終的なコードはもそっと複雑になるのでロジックレベルの最適化は>317で止めた次第です。
#後出しすんません。

ってことで、何かあれば引き続きお願いします。
#FPU命令とSSE命令って組み合わせるとどうなるのかなぁ。こればっかりはニモニック表にらめっこしてもわからん……

327:デフォルトの名無しさん
06/07/18 07:13:29
＞恐らく2回分ずつアンロールしたコードを書くと速そうですが、コンパイラも同じ程度のコードを出しそうです。
インラインアセンブラの内部はコンパイラの最適化は効かない。
movsdやmovhlpsで１要素ずつ移動してるのが無駄だ。

＞えーと、最終的なコードはもそっと複雑になるので
それがどんなコードか書いてくれないとレスのしようがない。

>>324のような最適化が最も重要なのに、それを検討する前から
アセンブラの書き方を考えるのはちょっとおかしい。

＞FPU命令とSSE命令って組み合わせるとどうなるのかなぁ。
それは面白いのでレスをしたいところだが、
どんな処理かわからんことには・・・。

328:デフォルトの名無しさん
06/07/18 07:27:13
>>327
＞恐らく2回分ずつアンロールしたコードを書くと速そうですが、コンパイラも同じ程度のコードを出しそうです。
単純に、自前で書いてもコンパイラに任せても同じ程度のコードだと言っているだけだな。
アンロールしないと速度でないのは承知しているみたいだし。

＞えーと、最終的なコードはもそっと複雑になるので
多少複雑になっても本筋は変わらんだろ。要はダメ出ししたいだけみたいだから。

>326はとっとと諦めてダメレポート書けばいいんでね。

329:デフォルトの名無しさん
06/07/18 07:39:41
>>326
>iccに勝てるコードを書けるとは思いません。

結果は出てるんじゃんｗ
アセンブラで速度を問題にする場合はある程度センスが要求されますので、あきらめた方が良いかとおもわれ

330:デフォルトの名無しさん
06/07/22 18:26:54
Technical Assemblerの掲示板、もはや機能してないねぇ‥‥
大量のスパムURLでログが流されまくり。

331:デフォルトの名無しさん
06/07/29 20:09:22
一週間ぶりにあげ

332:デフォルトの名無しさん
06/07/29 21:02:14
差を割った数をサマリーするのにサマリーの差を割ってる馬鹿ども

333:デフォルトの名無しさん
06/07/29 23:47:36
だれか助けてくれ！！
MIPSでクイックソートを作らないといかんのだが分からん･･･

言語はMIPSベースの１６ビットマイクロプロセッサ用
で、基本MIPSと同じです。
違う点、MULT DIV命令が無い
即値ロードはlhi　$a,label で上位１バイト　lliで下位１バイト読み出すものとする。
詳しくは、
URLﾘﾝｸ(72.14.207.104)



ソートされる要素の数は0x4000番地に
要素は0x4000から以下２バイト刻みで入っているものとする。

334:デフォルトの名無しさん
06/07/29 23:58:44
クイックソートの仕方は知ってるの？

335:デフォルトの名無しさん
06/07/30 00:09:36
>334

それは、Cでは書けるんですが、
アセンブラになるとちょっとお手上げ状態です。

あとレジスタが８個しか使えない制限つきだったりします・・・。

336:デフォルトの名無しさん
06/07/30 00:30:28
レジスタが使えないのなら、メモリを使えば良いじゃない！

文句があるならベルサイユへいらっしゃい！

337:デフォルトの名無しさん
06/07/30 00:45:21
あとメモリなんですが、0xFFFFまで使用可能なんですが、
データが1026個はソートできる仕様との事なので
あんまり深いスタックは惚れません・・・

338:デフォルトの名無しさん
06/07/30 00:52:59
最適化OFFにしてCで書いたのを逆アセンブラしたのを参考にするとかは？

339:デフォルトの名無しさん
06/07/30 00:58:05
Cでソース書いて
スタックの使い方決めて
レジスタを割り付けて
手動で１行ずつ変換

340:デフォルトの名無しさん
06/07/30 09:58:32
NASMで絶対間接far callを書きたいんだけどどう書いたらいいの？

341:デフォルトの名無しさん
06/07/30 15:43:04
masmで32bitだと
call qword ptr mem
だったかな？
よく覚えてないけど。

342:デフォルトの名無しさん
06/07/30 20:36:46
>>340
call far [edx]
call far [0xdeadbeaf]

>>341
call fword ptr MEM

343:デフォルトの名無しさん
06/07/30 23:43:52
>>342のプログラムをコンパイルして実行したら不正な処理をしたとOSに怒られました！
みなさんも気をつけてください！

344:デフォルトの名無しさん
06/07/31 00:27:27
>>343
君もう来なくていいから

345:デフォルトの名無しさん
06/07/31 12:43:27
0xdeadbeef なら怒られないかも？

346:デフォルトの名無しさん
06/08/03 18:42:07
C言語の　x[n]=c1*delx　という式をアセンブラに書き換えたらどうなるか必死に考えて
　mov eax,c1
　mov ebx,delx
　mul ebx
　mov x[n],eax
となるのではなかろうかと思うのですが、正しいですか。

これをVC++6.0でインラインアセンブラにしようとしたら、同じサイズのオペランドのが
必要とかでエラーでした。早くアセンブラを理解できるようになりたい。

347:デフォルトの名無しさん
06/08/03 18:50:36
ebxをそんな用途に使う奴を始めてみた

348:デフォルトの名無しさん
06/08/04 00:52:54
>346
非常に基本的なことなんだが、まず x, n, c1, delx 全ての変数の型が不明。
仮に全てunsigned longだったとして、
mov eax,c1
mul delx
で十分。
最後に x[n] という表記はナイ。

349:デフォルトの名無しさん
06/08/04 01:20:55
すっごい低レベルですが質問させてください。
「アセンブリの教科書」で勉強はじめたんだけど
いきなりつまづいたの。P54のフラグレジスタの説明で

mov al,7F
inc al
mov bl,0
sub bl,80

AX=0080 BX=0080
OV UP EI NG NZ NA PO CY
~~　　　　　　　　　 ~~
符号付き演算でAX=0080になるのはよく分かる。
(1000 0000)の1は符号ビットで
127+(-128)＝-1にするため
(1000 0000)は-128、(1111 1111)は-1と決められてる。

inc alで符号付き演算の桁上がりが生じたから
オーバーフローフラグはOVとなる。

一方、符号無しの場合のsub bl,80では
(0000 0000)-(1000 0000)=(1000 0000)
つまり0-128=128の0は256扱いになってるから、
これってつまり(0000 0000)ではなしに桁上がりで
(1 0000 0000)として扱われたってこと？
演算結果の桁上がりが生じてCYってのはそーいうこと？

一方が符号付きで他方が符号無しと判断されるのはなぜ？


350:デフォルトの名無しさん
06/08/04 01:21:57
CYの下線~~ずれた…

351:デフォルトの名無しさん
06/08/04 01:35:55
>>350
一般的に減算のあとのキャリーフラグは、ボローフラグの意味となる。
つまり、繰り上がりが生じたのではなく繰り下がりが生じたと言う意味。

352:デフォルトの名無しさん
06/08/04 01:47:10
>>351
あっ、なるほど。そのほうが意味的に納得です。

mov al,7F
inc al
が符号付きとして処理され
mov bl,0
sub bl,80
が符号なしと処理された
扱いの違いの理由は何故でしょう？
もしかしてalを使うと符号付きの演算扱いになるとか、でしょうか？

353:デフォルトの名無しさん
06/08/04 09:26:36
レジスタalとｂを変えて試しても符号付、符号なしの結果の違いはないから
これはincとsubの違いと見当をつけて先へ進むことにします。

354:デフォルトの名無しさん
06/08/04 10:43:51
あー、フォローするの忘れてた。
フラグリファレンスによると、x86系CPUではinc/decではCFは操作されない。
これは、8bitCPU時代からの伝統でキャリーをレジスタ（orメモリ)間で伝播させる用途で便利。
#最下位バイト同士をaddして、インデックスに使用するレジスタをインクリメントして2番目をadcして……
尚、例えば68000の場合は対象がデータレジスタならフラグが影響を受けてアドレスレジスタでは影響を受けない。
この様に、フラグの振る舞いはCPUによって違うので、
実験から推測するのではなくリファレンスで調べておくことをお勧めする。

355:デフォルトの名無しさん
06/08/04 11:41:10
＞リファレンスで調べておくことをお勧めする。

了解です。ありがとう御座いました。

356:デフォルトの名無しさん
06/08/14 23:13:45
Ollydbgってなんで公式サイトのファイルぶっこわれてるの？

357:デフォルトの名無しさん
06/08/14 23:50:21
>>356
今試したら問題なくDLできたよ
再DLでいけるかと

URLﾘﾝｸ(www.ollydbg.de)

358:デフォルトの名無しさん
06/08/14 23:58:37
>>356

OllyDbg日本語化パッチとOllyDbgQ&A
URLﾘﾝｸ(hp.vector.co.jp)

359:デフォルトの名無しさん
06/08/17 11:08:26
URLﾘﾝｸ(acapulco.dyndns.org)

360:デフォルトの名無しさん
06/08/17 12:41:45
初歩的な質問なんですが
mov WORD [100] 1
ってかくと

----------
00000001　　100番地
----------
00000000　　101番地
----------

ってメモリに書かれると思うのですが

mov DWORD [100] 1
ってかくと

----------
00000001　　100番地
----------
00000000　　101番地
----------
00000000　　102番地
----------
00000000　　103番地
----------

の認識でいいでしょうか？

361:デフォルトの名無しさん
06/08/17 14:10:12
CPUによって違う。
リトルエンディアンのCPU(インテルx86等)ならその認識でいいと思う。

あとアセンブラによって記法が異なるので、今度質問するときはCPUと
使用アセンブラを書いた方がいいかも。(その記法は初めて見た。)

362:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/18 01:21:50
mov DWORD PTR [100],. 1

か

363:デフォルトの名無しさん
06/08/18 03:07:16
つーかレジスタ経由しないで転送できるん？

364:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/18 03:21:09
たしかにx86じゃ無理だな。。。

365:デフォルトの名無しさん
06/08/18 03:29:53
何このレベルの低いコテ

366:デフォルトの名無しさん
06/08/18 04:25:49
あれ、x86でmov mem,immて出来なかったっけ？

367:デフォルトの名無しさん
06/08/18 06:57:08
メモリ同士は不可だが、即値はできるだろ…

368:デフォルトの名無しさん
06/08/18 09:59:58
どのみちレジスタファイル上に展開してからストアするので団子もある意味正解。

369:デフォルトの名無しさん
06/08/18 10:15:48
純CISC時代しか知らないのでそんな話されても理解できません。

370:デフォルトの名無しさん
06/08/18 18:53:57
ハードワイヤードロジック・・・ (;´Д｀)ﾊｧﾊｧ

371:デフォルトの名無しさん
06/08/18 23:59:19
エロいな。。。

372:デフォルトの名無しさん
06/08/19 09:30:16
LINUXでMS-DOSのdebugみたいに
凡用レジスタ(ax,bx,cx...等)が表示するような
ソフトってありますか？

373:デフォルトの名無しさん
06/08/19 09:34:23
>>372
「ぼんよう」って何?
レジスタが何を表示するの?

デバッグツールならgdbがあるけど。
#勿論汎用(はんよう)レジスタの値を表示することもできる。

374:デフォルトの名無しさん
06/08/19 10:35:57
凡用レジスタ … 浮動小数点やSIMD演算など特別な機能はないが特に使い勝手が悪い訳でもない凡庸なレジスタ


375:デフォルトの名無しさん
06/08/19 11:24:52
忘れられがちなreg15はeax/ax/alと姿を変える汎用レジスタより確かに凡庸かも知れん。

376:デフォルトの名無しさん
06/08/19 12:49:54
>>373
おまえは誤字に反応しすぎだ。この変態や労が

377:デフォルトの名無しさん
06/08/19 13:25:57
（←なぜか変換できない）系の遊びにもいちいち突っ込んで回ってるんだろうな

378:373
06/08/19 13:33:39
>>377
いや、それらは99%放置。
いいじゃん、ちゃんと回答もしているんだから。

379:デフォルトの名無しさん
06/08/19 14:24:16
リトルエンディアン
しばしばビッグエンディアンより優れているとされる

ビッグエンディアン
しばしばリトルエンディアンより優れているとされる

380:デフォルトの名無しさん
06/08/19 14:27:54
小手先でなく真の実力が身につく本を紹介したまえ。
今時じゃない奴な。

381:デフォルトの名無しさん
06/08/19 14:39:16
つ『創るJava』

382:デフォルトの名無しさん
06/08/19 15:15:33
>>380
つ「IA-32 Intel(R) Architecture Optimization Reference Manual」

383:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/19 15:32:49
画像処理屋的には「アセンブラ画像処理プログラミング」あたりですかい

あとは、先輩にとられて未だに返ってこないCQ出版社の2000円くらいの奴とか。
アレはイイ本だと思った。

384:デフォルトの名無しさん
06/08/19 15:43:03
アレ(x86アセンブラ入門)はいいよな。内容的には広く浅くだけど
自分でそれなりに調べたことのある人ならベストチョイス。安いし。

385:デフォルトの名無しさん
06/08/19 16:32:42
>>376
>>373じゃないが，「凡用」は「はんよう」を変換しても絶対に出てこないので，
誤字以前の問題だと思うが．

386:デフォルトの名無しさん
06/08/19 18:03:22
>373
gdb使いにくいんですが
他に無いですか？
OllyDbgきぼんぬ

387:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/19 18:09:10
OllyDbgで汎用レジスタからマルチメディアレジスタまで見れるんじゃなかったっけ？
ただ、SSE2以降の対応がされてなかったような。

Visual Studioのデバッガは結構強力だよ。

388:デフォルトの名無しさん
06/08/19 18:13:36
使ったことはないが、idbだっけ? インテルのデバッガはどうなんだろう。

389:デフォルトの名無しさん
06/08/20 11:44:44
団子ってアセンブリ言語はどれくらいできるの？

390:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/20 12:56:24
基本的にMM/XMMレジスタ周り。

SSE4がマイブームなのだがまだCore2Duoマシンが手元にないから困る。

391:デフォルトの名無しさん
06/08/20 13:20:14
>>390
Intel XeonのWoodcrestはどうよ？
30万円台からマシンが手に入るぜ

392:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/20 13:25:18
今の預金じゃ確実にローン計画だな


393:デフォルトの名無しさん
06/08/20 13:28:19
詳しくはこちらへ
URLﾘﾝｸ(www.apple.com)

394:デフォルトの名無しさん
06/08/20 14:25:03
IntelのチューニングコンテストでWoodcrestを使わせてくれるよ。
#って、今言っても無意味か。

395:デフォルトの名無しさん
06/08/20 14:51:32
>>392
仕事は何をしてるの？

396:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/20 14:57:10
画像系

397:デフォルトの名無しさん
06/08/20 15:40:09
>>396
PGなの？

398:デフォルトの名無しさん
06/08/20 15:58:03
コテと遊ぶのはマ板でやってくれよ
うざい

399:デフォルトの名無しさん
06/08/20 16:30:07
>>396
仕事で使ってる言語は何？

400:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/20 17:10:56
主にBrainF*ck

401:デフォルトの名無しさん
06/08/20 17:36:11
woodcrestで簡単な速度調査くらいできるけどなんかリクある?

402:デフォルトの名無しさん
06/08/20 17:36:51
90 eb fd の速度調査求む

403:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/20 18:06:49
整数演算でpand/pandn/por/pxorをandps/andnps/orps/xorpsに置き換えた場合のペナルティ
って具体的に何クロックくらいなのか、とか。

404:デフォルトの名無しさん
06/08/20 18:09:08
速度調査用Cソース求む。つーか、90 eb fdだけインラインアセンブラで並べて動かすの?
#一体何のニモニックなんだろう。

405:デフォルトの名無しさん
06/08/20 19:43:02
たぶん

LABEL:
nop
jmp LABEL

406:デフォルトの名無しさん
06/08/24 07:04:12
MessageBoxA出すもので1500バイトより小さいEXE作る方法あるかい？

407:デフォルトの名無しさん
06/08/24 07:38:00
あるお（ ＾ω＾）

408:デフォルトの名無しさん
06/08/24 07:45:56
MASMでできるかな（ ＾ω＾）

409:デフォルトの名無しさん
06/08/24 08:05:05
>>406
セクション一個にすれば1024バイトにできると思うよ。
.textや.data兼ねるインポートセクション作ればいい。
それより小さいのは無理ぽ。

410:デフォルトの名無しさん
06/08/24 08:12:09
1024とかならバイナリエディタでないと無理かな？
PEが分かれば簡単かな？
MZの次のバイトは何なんですか？

411:デフォルトの名無しさん
06/08/24 08:53:48
で、答えたら、次のバイトは何ですかとなるわけだな！

412:デフォルトの名無しさん
06/08/24 09:00:33
00400000 4D 5A 50 00 02 00 00 00 04 00 0F 00 FF FF 00 00 MZP......��..
00400010 B8 00 00 00 00 00 00 00 40 00 1A 00 00 00 00 00 ｸ.......@......
00400020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00400030 00 00 00 00 00 00 00 00 00 00 00 00 50 00 00 00 ............P...
00400040 0E 1F BA 0E 00 B4 09 CD 21 B8 01 4C CD 21 2E 24 ｺ.ｴ.ﾍ!ｸLﾍ!.$

超適当

413:デフォルトの名無しさん
06/08/24 09:28:55
とりあえずVC++でもリンカオプションいじれば1024バイトまでは達成できることを確認。

414:デフォルトの名無しさん
06/08/24 10:59:44
/NODEFAULTLIBと/ENTRYと/MERGEと/OPT:WIN98で512バイトは可能

415:デフォルトの名無しさん
06/08/24 11:33:14
ファイルのアラインメントサイズって512以下にできるんだっけ？

416:デフォルトの名無しさん
06/08/24 13:56:04
　 　 　　　　 ＿_＿＿_
　 　＿　　／　　 　 　＼
　　|　 |／　 _ノ 　ヽ､_　 ＼　　　・・・もしもしお母さん、僕だお、僕・・・そう、ヨシオだお・・・
　　| 　| 　oﾟ⌒　　　⌒ﾟo　 ＼ 　・・・事故起こしちゃって・・・相手を怪我させちゃったお・・・
　　| 　|　　　 （__人__）　　　　|　　

　　|　 |／　 _ノ 　ヽ､_　 ＼　　　・・・お金がいっぱい必要だけどお金持ってないお・・・
　　| 　| 　oﾟ⌒　　　⌒ﾟo　 ＼ 　・・・うん・・・うん・・・今から言う口座にすぐ振り込んで欲しいお・・・
　　| 　|　　　 （__人__）　　　　|　　

　　|　 |／　 _ノ 　ヽ､_　 ＼　　　・・・お母さん・・・迷惑かけてばかりでごめんなさい・・・
　　| 　| 　oﾟ⌒　　　⌒ﾟo　 ＼ 　・・・うん・・・ありがとう・・・がんばるお・・・じゃあね・・・
　　| 　|　　　 （__人__）　　　　|　　

ﾌﾟﾁｯ…　　＿　　／　　 　 　＼
　ﾂｰﾂｰ…|　 |／　 _ノ 　ヽ､_　 ＼　　　・・・
　　　　　　| 　| 　oﾟ⌒　　　⌒ﾟo　 ＼
　　　　　　| 　|　　　 （__人__）　　　　|　　
　　　　　　|＿|　　 　 ｀ ⌒´ 　 　 ／
　　　　　　 §
　　　　　　∂
　　　　　　　　　＿_
　 　＿ 　 ／⌒　　⌒＼
　　|　 |／（ ●） 　（●）＼
　　| 　|::::::⌒（__人__）⌒::::: ＼
　　| 　|　　　　|r┬-|　　　　　|
　　|＿| 　　 　 `ー'´ 　 　 ／
　　 §
　　∂
　∽


417:デフォルトの名無しさん
06/08/24 14:14:01
バイナリエディタで作れる最小のPEは256バイトより若干小さくできるけど
不正なexeで認識する環境もある

418:デフォルトの名無しさん
06/08/24 17:00:20
256バイトより若干小さいそのEXEはPEフォーマットに従ったものですか？
普通のWindowsのEXE(Notepad.exeなど)はOEではなくOMFですか？
>>412
00400000 4D 5A 50 ←これ何ですか（ ＾ω＾）

419:デフォルトの名無しさん
06/08/24 17:22:18
ちなみに、4096byteより小さくしても、通常は意味がない。

というのは、ページサイズが4Kな上、
FAT32もNTFSも、普通はクラスタサイズが4K以上だから。
FAT16(FDDとか)を使うとか、ネット上での転送量を気にするとかなら
わずかに意味があるかもしれないが
それ以外は、ただの自己満足。

420:デフォルトの名無しさん
06/08/24 17:30:02
>>418
PEヘッダへのオフセットの最下位バイト。

421:デフォルトの名無しさん
06/08/24 17:46:25
>419
＞ネット上での転送量
普通圧縮かけるから結局無意味。

てか、サイズを小さくする目的でアセンブラ使ってる人はもう居ないでしょ。
組み込み系ですら見かけない。

422:デフォルトの名無しさん
06/08/24 18:00:30
FDDはFAT12だった。
と、突っ込みが入る前に訂正しておこう。

423:デフォルトの名無しさん
06/08/24 18:18:28
288バイトでアッー！

TVpQuzAAQABTU1BLU+sDAAAA/yUcAEAAHAAAAPAAAAAAAAAA4AAAABwAAAAAAADDg0GDYoFbgUkA
AAAAQAAAAFBFAABMAQEAAAAAAAAAAAAAAAAA4AAPAQsBBQyAAAAAAAAAAAAAAAACAAAAAAAAAOAB
AAAAAEAAEAAAABAAAAAEAAAAAAAAAAQAAAAAAAAA4AEAAGABAAAAAAAAAgAAAAAAEAAAEAAAAAAQ
AAAQAAAAAAAAEAAAAAAAAAAAAAAAGAAAACgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c2Vy
MzIuZGxsAAAAAAAAnQFNZXNzYWdlQm94QQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwAAAAE
AAAA

424:デフォルトの名無しさん
06/08/25 09:17:03
>>420
その素敵な日本語は飽きるほど見ました。
もーそこは分かりました（ ＾ω＾）
>>412
それは実行可能ですか？

425:デフォルトの名無しさん
06/08/25 09:30:59
DOS STUBとPEヘッダの間にリンカが埋めるデータの意味が未だにわからん
クリアしても動作に支障はないし

426:デフォルトの名無しさん
06/08/25 10:16:29
必ずRichって書いてあるよな

>>423
アッー！


427:デフォルトの名無しさん
06/08/25 10:38:27
前に1000バイトのテトリス(Win32アプリ)を見たな‥‥

428:デフォルトの名無しさん
06/08/25 16:20:52
>>427
これか？
昔は動いたけどXPSP2だと動かないっぽい・・・

TVpHZGkzMi5kbGwAQWRqdXN0V2luZG93UmVjdABDcmVhdGVXaW5kb3dFeEEAU2V0V2luZG93TG9u
Z0EAQAAAAFBFAABMAQEAuzQRQACJ2DHJ6xmQaAAPAQsBU3RyZXRjaERJQml0cwBIAAAAsWyNPAuQ
6wwAAEAAABAAAAACAACxF6uDxyjrEAQAAAAAAAAAABAAAYQDAACrkOsCAgDrEAAAEAAAEAAAAAAQ
AAAQAADi0OskAgAAAAAAAAAAAAAAXBEAADwAAAAAAAABABAAAIQBAAAAAgAAagBoAADIEI1zUOsE
4AAA4LEM86vGRgh4xkYM5Fb/UwhqAGgAAEAAagBqAItGDCtGBFCLRggrBlBqIGogaAAAyBBqAGgU
A0AAagD/Uwxo1wFAAGr8UFD/UxiJQ1T/UxCNs+wEAABqAGoAagBW/1MchcB0Blb/UyDr7MONkywB
AAAxwLDYMe2xC40sCIssqoXtdALi9IXJdROJxY08qo130LEM86WD7Qx98evZg+gMfdSNU2CLAkCD
+AZ+AjHAiQLHQ2Tt////iwqLRIvkiUNoU1ZXg8NQjXMYMcAxybEEi1MUD74+RgH6jZST3AAAAAsC
i3sQi3y7lDE64uNfXlvDYLs0EUAAi3QkKIP+AnUFagD/UyQx/4P+D3QVgf4AAQAAdQaLfCQs6wdh
/yVIEUAAaKcBQAD/c2iNc2SLLv9UJASNU1yLi/wEAACJyCsCg+h/fgaJCjH/6z2D/yZ1JWCLS2CF
yXQcjXtosQQPvgdQmTHbswn3+2vYkVhrwAwp2Kri6WGD/yV1Av8Og/8ndQL/BoP/KHUDgwYM/1Qk
BIXAdBr/VCQEiWtkiwQkiUNo/1QkBIX/dQXowP7//4PECGggAMwAagBoAANAAI2DLAEAAFBqE2oK
agFqAWjkAAAAanhqAGoA/3NU/xNhwhAARGVmV2luZG93UHJvY0EAR2V0TWVzc2FnZUEARGlzcGF0
Y2hNZXNzYWdlQQBQb3N0UXVpdE1lc3NhZ2UAKAAAAAwAAADs////AQAgAAMAAABFRElUAAEMDQAB
Cwz/AAEN/wAMDf8AAf4A/wELAAH/DFgAAAAAAAAACgAAABsAAAArAAAAwgIAAF4DAADRAgAA3QIA
AO4CAAAAAAAAR2V0REMAAAACAAAANBEAAFVzZXIzMi5kbGwAAHADAAA8EQAA

429:デフォルトの名無しさん
06/08/25 17:07:20
>>409
セクションとはassumeのことですか？
csとdsを同じにしたらEXEではなくなるんじゃないですか（ ＾ω＾）

430:デフォルトの名無しさん
06/08/25 19:15:35
やっとできたー
たぶんPEの最小サイズ？

TVoAAFBFAABMAQEATWVzc2FnZUJveEEAqAAPAQsBdXNlcjMyLmRsbAAxwLkpAAAAUGjEAEAA6yYA
AEAABAAAAAQAAAAKAAAAAAAAAAQAAAAAAAAA6QAAAMQAAADMzOtcAgAAAAAAEAAAAAEAAAAQAAAA
AQAAAAAAAgAAAAAAAAAAAAAAqAAAABQAAACBQIFpgUCDqV+DqQqBvIHcgsLfgVvfKYLCgfQARAAA
AAAAAAAAAAAAHgAAAEQAAABojABAAFDrHDIzM2J5dGUA6QAAAAAAAADpAAAAAAAAAAAAAAD/FUQA
QADDzCA=

431:デフォルトの名無しさん
06/08/25 20:02:15
233が最小だと思ってたけどもう少し小さくできそうだ・・・

432:デフォルトの名無しさん
06/08/26 01:29:13
>>406

433:デフォルトの名無しさん
06/08/28 01:32:20
>>428はXPSP2と2003SP1だと動かないねぇ‥‥
>>430のは動くけど。

434:デフォルトの名無しさん
06/08/29 00:28:35
>>429
Win32のEXEはCS=DSが普通だし、
DOSのEXEもスモールモデルはCS=DS。

COMでもCS≠DSにすることは不可能ではないけどちと話がずれるな。

435:デフォルトの名無しさん
06/08/29 03:25:13
スモールモデルはCS≠DSだったと記憶してるが・・・

436:デフォルトの名無しさん
06/08/29 03:46:13
CS=DSはCOMだろ。

437:デフォルトの名無しさん
06/08/29 04:06:28
CS=DSはタイニーだな。

438:デフォルトの名無しさん
06/08/29 07:32:27
MASMでスタックサイズを指定するにはどうしたらよいですか？
_MessageBoxA@16だけだからスタックは16バイトでよいですか？

439:デフォルトの名無しさん
06/08/29 13:31:19
nasmとmasm32 があるけど使い方がわかりません。

hello worldと表示させる.asmはあるのですが
このあとnasmやmasm32　を使って　helloworld
を表示する方法をおしえていただけませんか？


440:デフォルトの名無しさん
06/08/30 01:54:52
>>434
Win32だとCS=0x1b、DS=0x23だったような。ollydbgで確認。

441:デフォルトの名無しさん
06/08/30 10:08:45
>>440
わかっているくせに

442:デフォルトの名無しさん
06/08/30 19:27:08
>>441
キョン君のこと好きなんでしょ

443:デフォルトの名無しさん
06/08/30 20:12:51
でも象さんの方がもっと好きです

444:デフォルトの名無しさん
06/08/30 23:55:52


　　　　にら

445:デフォルトの名無しさん
06/08/30 23:58:34
れば

446:デフォルトの名無しさん
06/08/31 00:01:32
かゆ…

447:デフォルトの名無しさん
06/08/31 00:06:38
うまい、うますぎる。

448:デフォルトの名無しさん
06/08/31 01:43:30
風が語りかけます。

449:デフォルトの名無しさん
06/08/31 06:09:19
アッー！


450:デフォルトの名無しさん
06/08/31 11:47:38
十万行アセンブラ

451:デフォルトの名無しさん
06/08/31 14:04:48
おえーおえー

452:デフォルトの名無しさん
06/08/31 19:25:35
eax:edx の内容を mm0 に転送するにはどう書いたらいいんでしょうか？

453:・∀・）っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/08/31 23:18:23
movd mm0, eax
movd mm1, edx
punpckldq mm0, mm1

454:デフォルトの名無しさん
06/09/01 08:32:02
VC6 で アセンブラの pmovmskb 命令を使用するにはどうしたらいいんでしょうか？

455:デフォルトの名無しさん
06/09/01 08:47:59
つ[VC2005 Express]

456:デフォルトの名無しさん
06/09/01 08:57:19
2500バイト未満のMessageBoxのMZってどうやって作るんですか？

457:デフォルトの名無しさん
06/09/01 09:44:06
>>456
アセンブラでMessageBox呼び出しだけでどうやったら2499バイトを超える事ができるのかが逆に疑問だ

458:デフォルトの名無しさん
06/09/01 09:56:15
表示するメッセージが2500バイト以上なんだろｗ

459:デフォルトの名無しさん
06/09/01 10:38:37
それだ！

460:デフォルトの名無しさん
06/09/08 11:39:40
gas/i386で

pushl %ds

こういう命令が書かれてたとき、
スタックポインタに加算される値は２？それとも４？

461:デフォルトの名無しさん
06/09/08 12:14:16
4に決まってるだあ

462:デフォルトの名無しさん
06/09/08 12:29:38
さんくすこ

463:デフォルトの名無しさん
06/09/20 19:19:17
『独習アセンブラ』で、今日からやりだした超初心者なんですけど、
x86系Linuxのnasmで ”１”の文字 一文字表示しようと思うのですが、

$ nasm -f elf hajime.asm
$ ld -s -o hajime hajime.o
でアセンブルもリンクも問題なくできるのですけど、

$ ./hajime [Enter]
$
セグメンテーション違反です

って表示され叱られてしまいました！ どなたかご教示願いないでしょうか。

ソースは以下のようになってます。nasmは、 nasm-0.98.39を使ってます。

global _start

_start:
mov eax, 31h ; 文字 "1"
push eax ; スタックにバッファを設定
mov eax, 4 ; 出力(sys_wrigte)
mov ebx, 1 ; ファイルハンドル(1=標準出力)
mov edx, 1 ; 1文字出力することを指定
mov ecx, esp ; 書き込むバッファ
int 0x80 ; 出力する
pop eax

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

4259日前に更新/188 KB
担当:undef