- 1 名前：デフォルトの名無しさん [2011/08/28(日) 12:36:52.66 .net]
- 初心者OK！質問大歓迎！のアセンブラのスレッドです。
基本情報の勉強中の人、PICやH8を勉強中の学生などなど…
- 736 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 12:07:19.12 ID:DcDmvdDl.net]
- その何処かで読んだものが、複合命令とか疑似命令とか言われる
アセンブラで他命令にマッピングされるもののことならば有意差はないでいい
マイクロコードのことならば、そもそも出来ない
- 737 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 14:58:03.97 ID:ldC6ltUq.net]
- >>717
CALLは1命令で済むから割り込みのことを考える必要はないけど、複数命令の組み合わせにした場合、
途中で割り込みが入っても大丈夫かどうか検討してみたほうがいいですよ。
それと、両方の場合でトータルのクロック数を比較して、少ない方を使うのがいいですよ。
- 738 名前：,,・´∀｀・,,）っ-○○○ [2015/07/07(火) 15:34:31.62 ID:U1BWXrcA.net]
- CALL命令使わずに戻り先の命令ポインタをどうやってスタックにセットするつもりだ？
少なくとも32ビットまでのx86命令セットにはEIPレジスタを読み出す命令は存在しない
- 739 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 16:38:53.47 ID:6QdGJYSy.net]
- >>720
おじいちゃん頭が固いね。
アセンブラがアドレスを計算して入れればいいじゃん。
分岐先やデータ参照のアドレスはそうやってるんだし戻り番地が計算できないとかない。
- 740 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 18:58:46.93 ID:Wm4YwPII.net]
- 団子の言うとおりx86 32bitではプログラムカウンタ(EIPレジスタ)の値を取得するという操作自体が
call以外じゃ不可能なのよ
だからPICでPC相対アドレス計算する時に次の命令の番地にcallしてpopしてとか面倒なことやってるわけでしょ？
x86-64ならleaでRIP相対アドレッシングできるからまあcallは必須ではないか
- 741 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 19:56:39.94 ID:B+1kKjNv.net]
- >>718-719
ありがとうございます。書き忘れてましたが64bit用のオペコード使って色々書こうと思っていた所で、
一部の命令を覚えないで済むと慣れるまでは楽出来るかなと思ってたのですが、やはり最初から全ての命令を含めて組み立てるべきなんですね。
あと追加で申し訳ないんですが、ES,SS,CS,DS等へのPUSH、POPが64bit modeだと無効となっているんですが、
これはリアルモードの時は使用できて、64bit modeの時に無効になるという解釈でいいんでしょうか？
それとも64bitCPUには、それらのセグメントレジスタ自体が乗ってないんでしょうか？
- 742 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 20:50:44.79 ID:B3f4PYYu.net]
- >>721
__asm {
push target
jmp proc1
target:
}
で出来るな。
引数は普通にスタックに積んで返り値はeaxだしな。
- 743 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 21:04:09.84 ID:B3f4PYYu.net]
- >>723
セグメントについては
hp.vector.co.jp/authors/VA003988/asm2.htm
の2.1にあるテーブルのセグメントなんたらの項目を参照してね。
- 744 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 21:27:05.58 ID:Xbklf+Ix.net]
- >>717
callやretはリターンアドレスの予測機構があってサブルーチンコールのペナルティが少なくなってるはず。
だから他のレジスタを使って間接ジャンプした時の方が遅くなると思うよ。
フレームポインタを省略してスタックポインタの相対アクセスでローカル変数を
管理するというのはよくあるが、無理してスタックを使わないというのはまずない。
- 745 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 22:24:16.63 ID:B+1kKjNv.net]
- >>725
ありがとうございます。
なんとなく「乗ってないという事はなさそうだな」という程度にしかまだ理解できませんが、
これから勉強してはっきりと理解できるように頑張ります。
>>726
jmp命令だとパイプラインの中身がflushされるそうですが、callだとそれを防げるという理解でよろしいでしょうか。
早くテスト出来る環境を整えて色々な方法で比べてみたいと思います。
- 746 名前：,,・´∀｀・,,）っ-○○○ [2015/07/07(火) 22:49:15.22 ID:Jp2Iokv0.net]
- >>721
それじゃリロケータブルなコードは書けないぞ
- 747 名前：デフォルトの名無しさん mailto:sage [2015/07/07(火) 23:17:56.50 ID:Xbklf+Ix.net]
- >>727
＞jmp命令だとパイプラインの中身がflushされるそうですが、callだとそれを防げるという理解でよろしいでしょうか。
callというよりretね。パイプラインのフラッシュというのは一個所から複数のアドレスに分岐するようなケースで発生しやすい。
条件分岐や間接ジャンプ、リターン命令など。
だからレジスタの内容で間接的にジャンプ先が指定される疑似retはペナルティが発生しやすい。
そのためスタックポインタには特別な監視機構がついてる。
- 748 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 02:16:34.27 ID:u/EIUunr.net]
- ほとんどのret命令は直前に実行したcall命令の次の命令に分岐するから非常に高い精度の分岐予測ができるのは大きいな。
- 749 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 02:20:24.53 ID:u/EIUunr.net]
- >>728
それじゃx86ではリロケータブルなコードは書けないぞw
exeをロードした後セグメントの値をゴリゴリ書き直したり
MMUでロードする論理アドレスを固定したりと
いくらでもリロケータブルにする方法はあるのに無知って怖いな
- 750 名前：,,・´∀｀・,,）っ-○○○ [2015/07/08(水) 03:10:34.57 ID:88H8yWBh.net]
- > exeをロードした後セグメントの値をゴリゴリ書き直したり
そんなん知ってるが？てかJITのコード書いてましたが？
ユーザーモードでコードセグメントの書き換えを行うには特別なAPIを呼び出す必要がある上
キャッシュのinvalidationを都度やる必要があるからペナルティを伴う
その時点のEIP値をとった方が遥かに柔軟だしそもそもそんなコードの書き換えしてまで
call命令をわざわざ回避する理由がねーぢゃん
- 751 名前：,,・´∀｀・,,）っ-○○○ｗ [2015/07/08(水) 03:25:16.20 ID:88H8yWBh.net]
- んで、自己書き換えでオフセットの整合をとるために結局EIPを取る必要があって
特に32ビットではCALL命令を使う必要がある、と。
本末転倒だな
- 752 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 03:54:52.00 ID:u/EIUunr.net]
- 別にcall命令を使わないってことじゃないよ。
使わなくてもリロケータブルなコードは書けるってだけ。
68Kとかだとリロケータブルにするためにそういうテクニックを使うが
86はセグメントと内蔵MMUがあるからそこまでしなくてもリロケータブルになる。別に1バイト単位でリロケータブルにしても意味ないからね。
ところでおじいちゃん明日から大丈夫なの。
- 753 名前：デフォルトの名無しさん [2015/07/08(水) 05:15:05.60 ID:Y+kE74C9.net]
- ぽんこつはよしね
- 754 名前：,,・´∀｀・,,）っ-○○○ｗ [2015/07/08(水) 06:24:13.84 ID:88H8yWBh.net]
- > 86はセグメントと内蔵MMUがあるからそこまでしなくてもリロケータブルになる。
> 別に1バイト単位でリロケータブルにしても意味ないからね。
うわークソ老害が姿を表したぞ
おま絶対５０歳超えてるだろ
> 86はセグメントと内蔵MMUがあるからそこまでしなくてもリロケータブルになる。
> 別に1バイト単位でリロケータブルにしても意味ないからね。
このおじいちゃん再配置可能の意味をものすごい古い意味でしか知らないようだけどVista以降のOSは触ったことがなさそうだな 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)
- 755 名前：,,・´∀｀・,,）っ-○○○ｗ mailto:sage [2015/07/08(水) 06:30:07.39 ID:88H8yWBh.net]
- まあとりあえず今のWindows(DEP+ASLR前提)環境で通用する知識を頼むはｗｗｗ
- 756 名前：,,・´∀｀・,,）っ-○○○ｗ mailto:sage [2015/07/08(水) 07:54:58.71 ID:88H8yWBh.net]
- WindowsというよりMacのほうが先か
それでなくとも*NIXでforkとかやるのにEIP/RIPの取得は必須なんだが
（子プロセスで完全なコピーをとるからね）
結果的にスレッドが割り当てられるアドレスをバイナリ生成時に決め打ちすることができないんだよ
おじいちゃんは所詮DOSとかの時代のシングルタスク知識止まり
- 757 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 09:01:04.05 ID:u/EIUunr.net]
- うわー
こいつリエントラントとリロケータブル混同してるよ
- 758 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 09:47:32.45 ID:7ROcSmAH.net]
- >>717の質問意図がちょっと理解できないんだけど、
命令デコード後に複数μOPに展開されて処理される命令と単純な命令を並べた場合の比較なら
新しいCPUほどデコーダーの制限の影響が小さくなってるから、どちらでも速度的なメリットはほぼ関係なくなった。
ただしサブルーチンコールは専用の命令を使うべき。
core以前のPentium 3とかだとメモリオペランドが複数μOPに分解されるため
デコーダーの制約に引っかかりやすかったが、今のCPUでは1μOPに変換されるから関係なくなってるし。
日本語版の最適化マニュアルは古すぎて今の最適化マニュアルでは非推奨のコーディング法になってるのも多いから注意してね。
- 759 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 10:16:23.88 ID:8utIjUev.net]
- 見苦しい老害がいるな
https://ja.m.wikipedia.org/wiki/リエントラント
- 760 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 10:31:10.51 ID:8utIjUev.net]
- setjmp/longjmpすらcallでeipとって保存してることも知らないゴミか
- 761 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 10:41:45.36 ID:u/EIUunr.net]
- >>742
setjmp/longjmpはスタックポインタを保存してることも知らないゴミか
- 762 名前：デフォルトの名無しさん mailto:sage [2015/07/08(水) 22:01:58.21 ID:7ROcSmAH.net]
- >>740のメモリオペランドが1μOPになるのはソースオペランドの場合のことね。
デスティネーションオペランドは最新coreでも2μOPになるので、昔のCPUと変わってないよ。
- 763 名前：デフォルトの名無しさん [2015/07/08(水) 22:03:18.41 ID:Y+kE74C9.net]
- アスペですね
判ります
- 764 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 06:27:13.33 ID:l6l+0TT5.net]
- >>736
DOSの時代なら30代後半にさしかかったばかりの若造でも余裕で使ってる気がするんだが……
- 765 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 09:52:43.32 ID:qia5kD2O.net]
- リロケータブルじゃなくてOSの作りの問題だな。
プログラムを構成するコード、リテラル、データ、これらを任意の物理アドレスに配置できるのがリロケータブル。
マルチプロセス、マルチスレッド、
リエントラントで同一バイナリが同時に複数の箇所からコールされても動くかどうかは別問題。
データはコンテキスト毎に別物を用意しなければならないから、通常はコンテキスト毎に別のメモリを割り当ててそのポインタを渡すかスタックで利用できる範囲内で使う。
コードはPC相対分岐が可能なのでロードされたアドレスとは関係なく動かすことができる。
問題はリテラルでリテラルはデータと違って原則として一つだけあれば良いがそのアドレス指定をどうするか。さらにリテラルに分岐先アドレスを書いてのテーブル参照分岐をどうするか。
x86の場合はセグメント／LDTを使った論理／物理アドレス変換機能があるためそれを使えば簡単に解決する。しかしx86以外のCPUにはその機能が無い。RISCを含めた多様なCPUに対応したOSを実現しようとした時それはまずい。
またLDTを使うとセグメントの切り替えが頻繁に発生して性能が上がりにくい。それはCPUのマイクロアーキテクチャの改良で何とでもなるがそこまでして使わなければならないものでもない。
x86を含む多くのCPUにはPC相対アドレッシングモードの利用条件に制限があるが全てのCPUでcall命令を実行すればそのリターンアドレス＝call命令の次の命令のアドレスが取得可能なのでそこを基準にした疑似PC相対アドレッシングモードが実現可能である。
リテラルの参照や分岐先アドレステーブルにこれを使うとCPUに依存しないOS、コンパイラが実現できて具合が良い。
なおリテラルの参照にPC相対アドレッシングモードが利用可能な場合はそれを使うと命令数を節約できるのでx64ではその機能が追加されている。
- 766 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 11:05:05.35 ID:+XrxSP+3.net]
- 三行で頼む
- 767 名前：,,・´∀｀・,,）っ-○○○ｗ mailto:sage [2015/07/16(木) 20:02:18.69 ID:zs3wJnLw.net]
- 今のOSはDLLの関数の配置すら固定アドレスではない
関数がどこのアドレスにマッピングされるか実行時まで不定なん�
- 768 名前：ﾄのはJITではよくあることですし
EIPを取るためにCALLは事実上必須の技術要素
化石には理解できんでしょうよ [] - [ここ壊れてます]
- 769 名前：デフォルトの名無しさん mailto:sage [2015/07/16(木) 22:33:05.29 ID:qia5kD2O.net]
- >>749
おまいさんがx86を理解していないことはよく分かったよ
- 770 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 06:17:34.00 ID:LRu5x31a.net]
- バイナリがリロケータブルじゃなくてもローダがリロケートしてるんだからEIPなんて必要ないべ
JITだってコードジェネレータが確保したメモリに命令を埋めてくんだから
callでEIP取らんでもコードジェネレータが把握してるものだよな
- 771 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/17(金) 11:57:49.98 ID:jB6b4zL7.net]
- > JITだってコードジェネレータが確保したメモリに命令を埋めてくんだから
そうやってJIT開発経験ないこと暴露しなくていいよ
それじゃ例外処理を実装できない
- 772 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 13:16:26.01 ID:KpkroeLG.net]
- >>752
整数主体の簡単なJITなら別に例外なんて必須じゃないけどな
例外処理まで含んだJIT環境を実装したと言うのなら
具体的にどんな環境でどんな手順でコードを生成するのか具体例を示してもらえません？
- 773 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 13:21:27.49 ID:KpkroeLG.net]
- ×具体的にどんな環境でどんな手順でコードを生成するのか具体例を示してもらえません？
○具体的にどんな環境でどんな手順で例外部分コードを生成するのか具体例を示してもらえません？
- 774 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 18:02:27.98 ID:rsdGdSBA.net]
- xbyakも例外なんて実装されてないからtry文使ってるよ
例外処理で必要なのはスタック上のコンテキストであってEIPじゃないよね
EIPは例外発生したことによってその位置が渡されるんだから
カーネルとユーザプログラムの処理がごっちゃになってないか
setjump/longjmpも例外処理自体には直接関係してないし
- 775 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 18:07:59.31 ID:z7xtLFhW.net]
- 例外処理にcall/popでeipを取得する必要があるとは初耳だな。
例外が発生したらスタックフレームにeipを含む例外内容が積まれるから
それを処理するというのなら普通だが。
- 776 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/17(金) 18:51:13.61 ID:jB6b4zL7.net]
- > 例外が発生したらスタックフレームにeipを含む例外内容が積まれるから
x86の例外だけはな
~~~~~
- 777 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 19:48:00.37 ID:XnN0+6K+.net]
- callでeip取らなきゃならないJIT例外処理の具体的なコード例はよ
- 778 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 19:56:00.34 ID:XnN0+6K+.net]
- >>720,,・´∀｀・,,）っ-○○○
＞CALL命令使わずに戻り先の命令ポインタをどうやってスタックにセットするつもりだ？
>>721
＞アセンブラがアドレスを計算して入れればいいじゃん。
＞分岐先やデータ参照のアドレスはそうやってるんだし戻り番地が計算できないとかない。
>>728,,・´∀｀・,,）っ-○○○
＞それじゃリロケータブルなコードは書けないぞ
>>738,,・´∀｀・,,）っ-○○○
＞結果的にスレッドが割り当てられるアドレスをバイナリ生成時に決め打ちすることができないんだよ
>>739
＞うわー
＞こいつリエントラントとリロケータブル混同してるよ
- 779 名前：デフォルトの名無しさん mailto:sage [2015/07/17(金) 19:59:37.86 ID:XnN0+6K+.net]
- >>749 ：,,・´∀｀・,,）っ-○○○ｗ
＞関数がどこのアドレスにマッピングされるか実行時まで不定なんてのはJITではよくあることですし
＞EIPを取るためにCALLは事実上必須の技術要素
>>751
JITだってコードジェネレータが確保したメモリに命令を埋めてくんだから
callでEIP取らんでもコードジェネレータが把握してるものだよな
>>752 ：,,・´∀｀・,,）っ-○○○
＞そうやってJIT開発経験ないこと暴露しなくていいよ
＞それじゃ例外処理を実装できない
>>755
＞例外処理で必要なのはスタック上のコンテキストであってEIPじゃないよね
＞EIPは例外発生したことによってその位置が渡されるんだから
＞カーネルとユーザプログラムの処理がごっちゃになってないか
>>756
＞例外処理にcall/popでeipを取得する必要があるとは初耳だな。
- 780 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/17(金) 20:26:33.34 ID:NuSdomfx.net]
- うわー低知能が発狂してるな
https://github.com/v8/v8/tree/master/src/ia32
- 781 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/17(金) 20:39:02.64 ID:NuSdomfx.net]
- void SignalHandler::HandleProfilerSignal
- 782 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 01:24:55.86 ID:eOz3ARns.net]
- OSの作りに依存した例は無意味だから
- 783 名前：デフォルトの名無しさん mailto:sage [2015/07/18(土) 01:44:15.75 ID:Tl20d9v9.net]
- 苦しい言い訳だなｗ
- 784 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/18(土) 02:17:36.36 ID:x5VfUT5S.net]
- DOSどまりの腐った知識こそ要らねーわ
- 785 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 10:45:12.87 ID:7NCgP6LA.net]
- 組み込み系の知識が無いみたいね。
- 786 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 20:39:31.05 ID:RGrGlHay.net]
- >>762
で、これのどこが「CALLは事実上必須の技術要素」と関係してんの？
＞関数がどこのアドレスにマッピングされるか実行時まで不定なんてのはJITではよくあることですし
＞EIPを取るためにCALLは事実上必須の技術要素
これの説明になってないと思うけど
例外のカーネルに対する割り込みまで混同してるのか？
それこそDOSの処理との違いを理解してないじゃないか
- 787 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 20:49:10.66 ID:RGrGlHay.net]
- 739 ：,,・´∀｀・,,）っ-○○○ｗ：2015/07/08(水) 07:54:58.71 ID:88H8yWBh
それでなくとも*NIXでforkとかやるのにEIP/RIPの取得は必須なんだが
（子プロセスで完全なコピーをとるからね）
結果的にスレッドが割り当てられるアドレスをバイナリ生成時に決め打ちすることができないんだよ
forkでコピーとかいつの時代の話してるのかというのに加えて
単一のポインタで「メモリ空間」をどうやって表現するのかねぇ
なんか色々と支離滅裂なんだよな
- 788 名前：デフォルトの名無しさん mailto:sage [2015/07/19(日) 21:28:40.28 ID:pmXYRPLP.net]
- えぇ・・・
- 789 名前：デフォルトの名無しさん [2015/07/19(日) 22:48:15.71 ID:RGrGlHay.net]
- >>738では行ごとに関係のないことを並べてるのに気付かず、それぞれが関連してるかのように書いてるんだよな
forkで実行中の命令ポインタが必要になるのは実装がそうなってるんだから当然としても
子プロセスで親プロセスのメモリ空間を再現するのにはipだけじゃ不足だし、ipがなくてもできることし
次で突然リロケータブルの話題に戻ったうえに、普通はスレッドの開始アドレス指定するようになってるのに決め打ちできないとか言ってる
スケジューラのことを指すとしても、こっちはバイナリの生成アドレスは関係してこないよね
以上のことを合わせると、プロセスとスレッドの解釈までなんかおかしい
>>761はhttps://github.com/v8/v8-git-mirror/blob/master/src/sampler.ccの339行の関数だとすると
単にコンテキストから各ポインタを取り出してるだけだよね
「CPUが例外を実装するのにCALLは事実上必須の技術要素」というのなら理解できるけど
- 790 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 00:13:23.48 ID:wJb+2lr3.net]
- まるで理解していない
アセンブラのスレでなんだが、C++コードの読解力から身に着けようか
- 791 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 00:20:33.85 ID:AMStoo45.net]
- 自分に都合の悪い所はスルーか
それは置いといて、理解してないっていうなら聞くけど、この関数のどこに「EIPを取るためにCALLは事実上必須の技術要素」
のcallがあんの？
- 792 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 00:26:45.44 ID:wJb+2lr3.net]
- どのみちEIPとESPの保存はJITでの例外処理の実装に最低限必要なんだけどね
アカデミックな論文とか読まないでしょ君、学がないから。そもそも大学を出ているかも怪しい。
ir.c.chuo-u.ac.jp/repository/search/binary/p/3402/s/1100/
EIP/ESPの保存にcallを使わなくてもいいってしつこく主張したくて駄々をこねてるみたいだけど
そんな方法めんどくさいだけだろ？
- 793 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 00:35:43.31 ID:wJb+2lr3.net]
- 静的コンパイルされたコードなら関数の頭から最後まで各命令の番地が一意に決まってるけど
JITでそんなのいちいち計算してたら演算コストかかって仕方ねーから関数やループの先頭アドレスだけ把握して
あとはcallで取れるEIP値で把握するのが当たり前なんだよ
コードの最適化で書き換わったりするから全命令のアドレスなんて覚えてらんねーっての
てか全命令のアドレスなんてランタイムが記憶してたらメモリ消費半端ないことになりますよ
DOS時代の知識しかない老害にはそのあたりの感覚が理解できてないのね
- 794 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 00:38:26.64 ID:AMStoo45.net]
- >>770で指摘した点には反論しないのねｗ
>>738ではやらかしたと思ったんでしょｗ
- 795 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 00:39:34.57 ID:wJb+2lr3.net]
- お前のレベル低すぎて反論する気もないわ
- 796 名前：デフォルトの名無しさん [2015/07/20(月) 00:43:13.27 ID:gdO7FQR/.net]
- まあまあ喧嘩はやめて90年代の曲でも聴こうぜ。
- 797 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 00:44:41.10 ID:wJb+2lr3.net]
- 今日T-BOLANのボーカルの話聞いてきたよ
- 798 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 00:49:32.24 ID:wJb+2lr3.net]
- UNIXのforkをWindowsで実装してみた例があるから読んでおくといいよ
pf-j.さくら.ne.jp/program/tips/winfork.htm
- 799 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 00:54:38.35 ID:AMStoo45.net]
- ＞JITコンパイラ済みコードからCライブラリを呼び出す場合、Cライブラリ内で発生する例外に備えて、
＞Cライブラリ呼び出しの前にsetjumpを行わなければならない。
これはRubyからCのライブラリの関数を呼び出せるようにしたための制限だろ
Cとリンクして動かさなければ関係ないはずだし、そう書いてあると思うのだが
これが「事実上」なの？
- 800 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 00:57:47.98 ID:SiY3idyo.net]
- そう意地になるなって。事実上といっても差し支えないだろ
- 801 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 00:59:44.11 ID:wJb+2lr3.net]
- Cで拡張ライブラリ書くのがMat
- 802 名前：zRubyの方針だもの []
- [ここ壊れてます]
- 803 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 01:00:27.57 ID:AMStoo45.net]
- >>779
ネイティブでないforkを持ち出しても意味ないの
Cygwin使ったことある？
forkのエミュレーションが遅くて昔から問題視されてるよ
レベルが低すぎるってんなら>>770のプロセス/スレッドのとこ個別に反論してみてよ
- 804 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 01:01:29.77 ID:AMStoo45.net]
- あんた、いつも後出しで特定環境のこと持ち出したりするね
- 805 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 01:05:50.67 ID:AMStoo45.net]
- >>781
JIT開発経験が無いとか噛みついてきたからさ
そして、団子は「それじゃ例外処理を実装できない」と言ったんだよ
- 806 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 01:05:56.20 ID:AMStoo45.net]
- >>781
JIT開発経験が無いとか噛みついてきたからさ
そして、団子は「それじゃ例外処理を実装できない」と言ったんだよ
- 807 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 01:07:55.61 ID:wJb+2lr3.net]
- 頭悪い子の相手したくないからIDあぼーんしときますね
愚痴りたいならブログでもツイッターでもどうぞ
- 808 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 01:11:00.75 ID:AMStoo45.net]
- >>770を否定できないと団子の立場が無いって言ってんのに
- 809 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 01:20:37.50 ID:FJ8eMmMt.net]
- warosu
- 810 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 01:25:16.35 ID:wJb+2lr3.net]
- つまらない自尊心の為にスレタイ読まずに連投を繰り返すやつが立場がどうとか
まず手前のレベルの低さをなんとかしろよ
ツッコミにすらなってない
- 811 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 01:28:10.38 ID:wJb+2lr3.net]
- RubyのライブラリがCで書かれてることも知らないようなDQNって自爆しちゃったしなぁ
- 812 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 01:46:20.78 ID:8dMvvLjx.net]
- すんません、一連の流れというか、具体的にどういうことを話してたのか
初心者にもわかるように解説してください
ここ、初心者スレであって達人スレじゃないんで
- 813 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 01:55:13.34 ID:wJb+2lr3.net]
- call命令はjmp命令で代替できますか？って質問出てて
「call命令使わないとEIPとれないだろ？」って言ったら
最近の処理系の知識皆無なジジイが発狂
動的なコードでEIP値が必要なケースってのを理解してないようだ
- 814 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 02:12:40.06 ID:AMStoo45.net]
- >>721で誰かがアセンブラが戻りアドレスを把握してるって指摘したら
団子がつまらない自尊心の為に関係ないプロセス/スレッドの話まで持ち出してきて
それが相手を罵倒できるようなレベルの内容じゃなかったでしょ
その後も誰かが何か書くたびに「化石には理解できんでしょうよ」とか絡みついて見苦しいことしてるくせにな
JITはアセンブラも含むんだから、そこで例外を実現するにはOSの例外処理機構に
マッチしてればいいだけなのに「それじゃ例外処理を実装できない」と絡んできたんだろうが
こっちもrubyのような環境を想定してなかったのは確かだが、例外処理はハンドラによって変わるの理解してる？
C++でCライブラリを呼び出したらsetjumpなんてしてると思ってんの？
- 815 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/20(月) 02:18:44.28 ID:wJb+2lr3.net]
- まあ「立場」の優位性が自分にあると主張なさるならその模範として
スレ違いの話題から率先して身を引くことで優位性を示されてもよいかな
- 816 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 04:04:40.80 ID:ojcfcDra.net]
- 1日に12個も書いて一生懸命な人がいますね。ご苦労様です。
- 817 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 07:22:17.85 ID:25wPVHZj.net]
- ここっておじいちゃんが自分の知識を自慢するスレですか？
- 818 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 12:17:45.00 ID:AMStoo45.net]
- ＞しかしながら、CRubyインタプリタにおける例外処理の実装は、コンパイル済みコードで発生した
＞例外の受け渡しを前提に設計されたものではなく、CRubyインタプリタに合わせた単純な実装では、
＞効率的な処理を行う実装することが難しい。
CRubyのライブラリがsignal使って例外処理を実装してるのがいけないってことだろ
こいつのせいでJITの例外処理では完結できなくなったのが原因じゃないか
JITのランタイム環境はフローの基本ブロックのアドレス程度は管理してるはずなので
Rubyのような問題のある特定環境じゃなきゃsetjump（のコール）を使用しなくても動作させるのは可能なはずだよな
＞どのみちEIPとESPの保存はJITでの例外処理の実装に最低限必要なんだけどね
「例外が発生したアドレス」やレジスタの内容はOSがお膳立てして保存してあるだろ
callは「呼び出した命令の次の命令のアドレス」を保存するんだぞ
例外ハンドラに処理が移った時点でJIT環境の管理するアドレス情報で処理するのは可能だろ
回復に必要な経路の情報は既にスタックフレームに入ってんの
だから「CPUが例外を実装するのにCALLは事実上必須の技術要素」というのなら理解できると書いたんだけど
団子は例外処理に関する知識も微妙だな
本当に本人？
知識自慢ってよりね、>>717のcall/retは内部で別の命令で処理されてるの？って疑問に対して
限定的に似た動作をさせることは不可能じゃないってことだったのに
団子が火病ってリロケータブルはまあいいとしても、JITだのDLLやスレッド/プロセスのことを持ち出して
スレタイとは異なる話を展開をさせたんだよ
その知識が変じゃないかってこと
そして自分が言い負かされそうになるとスレタイのことを言い出したｗ
- 819 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 12:39:11.58 ID:UCOKR5Nt.net]
- 知識は老人、心は子供かな
- 820 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 12:39:54.23 ID:UCOKR5Nt.net]
- 悪い意味で
- 821 名前：デフォルトの名無しさん mailto:sage [2015/07/20(月) 14:20:45.53 ID:4/vs8FvF.net]
- 老害はもう引退しろよ
- 822 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 02:10:18.33 ID:KMhPcj8X.net]
- きちんと引き際わきまえてる分、団子の方が上だな
- 823 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 06:40:00.03 ID:lN6RffsE.net]
- 見苦しい老害が団子だろ
- 824 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 07:26:37.78 ID:O1iotFPu.net]
- なんども長文を書くのはこちらとしても嫌だったけれども、
逃げ道を塞ぐようにしないと後出しで特殊な例を持ち出して勝手に勝利宣言するし
こっちの言ってることを「レベルが低い」と一蹴してごまかそうとするから
だからRuby JITの論文は渡りに船だった
VMの生成したコードだけなら表引きで例外を処理できるとはっきり書いてあるからね
そして本当に例外の知識を持ってたのなら、この表にはVMの生成したすべてブロックの情報が入っていることは理解していたはず
団子がしきにり「JITの例外処理ではEIPの保存が必要」と言ってたから、てっきりネイティブの例外のことかと思ってたら、ESPの保存も必要だといった
これでsetjump法のことを意味してるのが確定した
setjumpが必要になるのは例外をいじるCライブラリのせいだというのは論文にも書いてあるし、自分も指摘した
自分の引っ張り出した論文の内容を正しく理解していなかったのはJITを含む例外処理を理解していないことになるからね
結局団子は自分の持ちだした論文で華麗に自爆したわけだが
こういうのって、将棋だと上級者は勝ち目がなくなったら投了して終わるのに
詰まされないと負けを認めない奴だからいたずらに手数が長くなってしまったと表現したらいいのか
団子がここまで駄々っ子だとは思わなかったよ
- 825 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 07:36:55.01 ID:3jrxFxE1.net]
- なげぇw
- 826 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 07:42:32.41 ID:O1iotFPu.net]
- 念のためしっかり逃げ道を塞いどこうと思って
今まで長文を何度も書いて申し訳ない
でも、これで余程のことが無ければこの話はここで終わりになると思うよ
- 827 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 17:27:19.91 ID:lN6RffsE.net]
- 勝てなくなると最後は誹謗中傷攻撃が待ってるからなあ。
- 828 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 21:25:52.91 ID:MZjkxTxw.net]
- あのさー
2chで勝利して何になるの？
将棋がしたいのならオンライン将棋すれば？
- 829 名前：デフォルトの名無しさん mailto:sage [2015/07/21(火) 22:21:28.63 ID:m5rpz/Rt.net]
- 中途半端だとすぐに戻ってくるからだよ
学が無いとまで言った相手より理解が浅かったら恥ずかしいだろ
- 830 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 00:08:23.68 ID:F++zketJ.net]
- 団子はとっくに引いて、大人の対応してるのになあ。。。
ID:O1iotFPuがここまで駄々っ子だとは思わなかったよ
- 831 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 07:01:44.05 ID:ALVAbODL.net]
- CRISCに関する質問だったんだから、上級者なら、内部命令のすべてが
外部からは見えないことを指摘すればすむ話だった
JITのような話が飛び出し�
- 832 名前：ﾄくるのは自分中心でしか考えていないからだよ
だから雑談なら雑談として適当なところで切り上げることもできない [] - [ここ壊れてます]
- 833 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 10:09:23.01 ID:bur23WMX.net]
- MacOSのELFは位置独立コードのためにEIP取得のために空のcall（64ビットの場合はlea rcx, [rip]）発行してる
Windowsみたいにメインルーチンのアドレス固定じゃないからね
LinuxはオプションでPIC対応コード生成可能。
【参考】
7shi.hateblo.jp/entry/2012/04/09/235938
0xcc.net/blog/archives/000109.html
これがJITに限らず静的コンパイルでも実行時の命令ポインタが要求される例だ。
これで約一名おとなしくなるかな？
- 834 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 10:27:24.37 ID:bur23WMX.net]
- >>722
じつはここに答え書いてあるのにスルーされてるのがすっげー違和感あったんだよね。
本当に知らなかったのかな
- 835 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 11:23:38.39 ID:PLCb4FbB.net]
- また実装依存の話をしてる。
x86はセグメントを使う前提で設計してあるから物理アドレスの如何に関わらずEIPは変わらないように想定されている。
同一EIPであってもセグメントが違うので複数のプログラムモジュールが共存できる。セグメントの値はOSが管理する。
そもそもEIPはコードセグメントの領域を指し示すものでありセキュリティーの観点からここをデータとしてアクセスさせないという設計思想だ。データは別のセグメントに配置する。
これは8080の絶対アドレスでコーディングされたプログラムを8086でセグメントを使ってリロケータブルにして動かすことに成功したことの延長線上で286の時点でそのように作られた。
386は286上位互換性を確保するためセグメントを継続して採用している。セグメントレジスタも増やされた。
x64はセグメントを使わないから物理アドレスによってRIPが変わる。だからデータアクセスに対するRIP相対アドレッシングモードを追加した。
この基本が分からないとお話にならない。
RISCでも動くOSはセグメントが使えないからトリッキーなことをしているがそれはたまたまそうやると複数CPUアーキテクチャで共通の処理が実現できるからであって本質的には不要な処理である。
- 836 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 12:19:54.31 ID:bur23WMX.net]
- 老害は知らなくて当然だよ。10年前くらいから使われだしたセキュリティの
広く使われていても自分の知識の範疇にないことを「実装依存」で片付けてるから
新しいことが覚えられないのだよ
更に言うとJITの場合は分岐のコンディションごとに関数の実体を複数生成することもあるから
1つの関数の実体が複数あるなんてこともざらにある。
MacOSのプログラムすら書いたことのない（そもそも仕事がもらえない）
残念な老害という現実だ。
まあ俺に攻撃することだけ執着してご自分の無様さをさらけ出すのは
何のマゾプレイなんですかね
- 837 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 12:21:51.19 ID:bur23WMX.net]
- 286ｶﾞｰとか古い知識ばかりに頼って覚えられない人はほっといて
向上心のある人はgccで-mPICオプション使ってみるといいよ。Cygwinで使えたかは知らん
- 838 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 12:30:05.00 ID:bur23WMX.net]
- なお実行コードのアドレスをランダム化するバッファオーバーランからの任意のコード実行などのリスクを低減するための方策で
攻撃手段を一つ減らすだけでも運用上のメリットはあるから既にサーバサイドでもかなり使われてる
「実装依存」という言葉は自分の知らない概念を認められない負け犬のための言葉と認識した
- 839 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 13:13:02.17 ID:NclmcGF9.net]
- 実行ファイルに適切なリロケーション情報残してればローダが毎回.text書き換える前提で
label:
mov eax, label
...
みたいなやりかたでPCとってきてかつASLRするのだって不可能ではないのでは？
現代のローダは.textは書きかえないのが主流だからこういう実装は多分存在しないけど、
call,ret 使わない縛りでもできなくはないと思う。(メリットが無いのはわかってる)
> ...本質的には不要な処理である。
x86セグメント方式だと、CSの指す領域を一方向にしか増やせなくてASLR難しそうなので
現代ではセグメントによるリロケーションはもう使えない気がす。
- 840 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 13:14:18.63 ID:bur23WMX.net]
- x64はセグメントオーバーライドプリフィクスそのものが使えなくなった
LESとかLDS潰してAVX命令作ったからね
- 841 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 13:20:15.23 ID:bur23WMX.net]
- >>818
スタートアップルーチンにリテラルを都度書き換えさせるとかアホくさすぎる
そもそも起点となる命令ポインタの算出が必要だから結局startupルーチン自身は
動的な命令ポインタの動的な値を知ってないといけない。
それを本末転倒と言ってるのだが。
- 842 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 13:29:06.96 ID:NclmcGF9.net]
- ローダはモジュールの先頭アドレスだけわかれば良いのでは？PC必要無いと思うけど。
- 843 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 13:41:35.80 ID:T6YRRrU3.net]
- 老害は今日も元気で何よりだな
- 844 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 15:16:13.59 ID:rLOE8FZ/.net]
- 位置非依存コードは専用のバイナリフォーマットがあるわけじゃなくて既存のELFやらPEフォーマットのままで
プログラム側から呼び出されるCランタイム側で解決するんだから結局自身で自分のアドレスを知らないとダメだぞ
ローダはプログラムのエントリポイントに飛ばすものだがエントリポイントにプログラム自身の展開されたアドレスを渡してくれるわけではない
- 845 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 15:31:05.41 ID:PLCb4FbB.net]
- まさに実装依存だな
- 846 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 15:36:13.44 ID:rLOE8FZ/.net]
- 老害くんの恥の上塗り劇場
- 847 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 16:56:34.49 ID:k7Ula1IS.net]
- 問題はcallを使わずでjmpで完全に代替できるかだろ
結論としては不可能
DLLがマップされるアドレスは不定だしDLLから別のDLLを呼び出す、更に遅延ロードが絡むとローダでリテラルを絶対アドレスに書き換えて解決なんてことは出来ない
- 848 名前：822 mailto:sage [2015/07/22(水) 17:01:28.28 ID:+xtThSAH.net]
- えー？ELFローダって別に自身のアドレス必要だったことないけど？
ELFロードするだけなら普通にCで書けるでしょ？そのあとジャンプするのだって、自分で決めたロードした位置にジャンプするだけでは？
- 849 名前：822 mailto:sage [2015/07/22(水) 17:06:17.78 ID:+xtThSAH.net]
- WindowsのPEのローダでできるかはわからんけど、自分でローダまで作る前提なら可能だと思うのだけどなぁ…
- 850 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 17:07:03.34 ID:k7Ula1IS.net]
- 違うよ老害くんの主張は
call/retは絶対アドレスをスタックに積んでjmpで完全に代替できて、できないものは実装依存（キリッ）だよ
おそらくDLLも存在しないワールド
- 851 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 17:14:23.14 ID:k7Ula1IS.net]
- WindowsはWinMainの第1引数のhInstがモジュールのアドレスになってるからオフセットとれば絶対アドレス変換できなくもないけどな。アプリ側でゴリゴリやる必要あるがそんなんアホくさくてやらんだろ。
- 852 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 18:34:32.58 ID:ALVAbODL.net]
- >>826
スタックはアドレスを取れるんだから、スタックに領域を確保して
>>724みたいにしてモジュールのアドレスを問い合わせて、その後ろに
処理継続先のオフセットとモジュールのアドレスを足してjmpするコードを生成する
ジャンプ先でスタックを戻す
モジュール名のリテラルはmovの連続で構成する
DEPは後から搭載された機能だからDEPが使えるというのは環境依存だよな
PICという制約を加えてもよければ、ローダによる再配置を禁止しても構わなくなるぞ
先に環境を指定して議論しなければだめだろ
- 853 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 19:11:08.69 ID:bur23WMX.net]
- はぁ？
>>724はエントリポイントが固定アドレスじゃねーと使えないよ
-mPICオプションつけてコンパイルしてみ？callでEIPとってからオフセット差分を
callを回避するために結局callを使うって本末転倒じゃねーか
バカ杉
- 854 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 19:13:29.16 ID:bur23WMX.net]
- ああ、DLLのマッピングされるアドレスは固定じゃないですね
固定されてたら競合しちゃうからねー
複数のプログラムから呼び出されることを想定してプロセスローカルでないアドレスに動的にマッピングされます
- 855 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 19:18:08.19 ID:ALVAbODL.net]
- >>831はJITとやり方がそっくりだろ
JITはアプリ側でゴリゴリやる方式だし
- 856 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 19:26:58.09 ID:2paHa4MR.net]
- call不要はねーわ。
ちなみにXbyakはcallがeip/rip相対にすらならないからいろいろ他のJITとは勝手が違う
- 857 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 20:01:00.11 ID:iGjKi/Th.net]
- 機械語をハンド逆アセンブル？しようと思ってるんですが、そういうのに使える便利なツールとかってありませんか。
ソースコードの機械語と命令単位で切り分けた機械語とニーモニックにしたものを並べて見比べたいんですが、
逆アセンブルツールというと自動的に解析してくれる様なものしかないみたいなので、メモ帳を複数起動して解析してる状況です。
一つのツールで操作できて整った画面で見られたらいいなぁと思ってるんですが、そういうニッチなツールはないですか。
- 858 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 20:03:31.70 ID:2paHa4MR.net]
- EXEならVisualStudio付属ののDUMPBIN使えば？使い方はオプション見ればわかると思うけど
- 859 名前：デフォルトの名無しさん [2015/07/22(水) 20:34:53.88 ID:qru6k61f.net]
- 逆アセンブルできてたら、もとのバイナリ、16進は不要では?
実際に経験がないからわからないけど、アセンブラの命令と対応する16進を覚えておくか、メモ帳で逐次検索するか、
ルビふりとか英-和の翻訳で英語と日本語を文区切りで併記するように機械語とアセンブラでの似たものを自作するとか。
- 860 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 21:34:40.92 ID:iGjKi/Th.net]
- >>838
やっぱり自作しかないですかね。
x86-x64のオペコードはニーモニックと一対というわけではないので内部処理を確認する為に残しておきたいんですよね。
さすがに256命令+SSE命令 ＆MOD R/Mの組み合わせを暗記するというのは人間業ではないので今あるもので地道に頑張りたいと思います。
- 861 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 22:22:05.85 ID:ALVAbODL.net]
- >>832
>>831のモジュールアドレスを
register void *dop=dlopen;
register void *dsym=dlsym
h=(*dop)(NULL);
cont=(*dsym)(h,"label_cont");
jmp(cont);
こんな感じに変更すればいいんじゃないのか
スタートアップルーチンでサンクを呼び出す部分までをこのやり方で置き換えるんだよ
>>833
後から勝手に制約を追加できるんなら、自分だったら動的再配置を禁止するぞ
そんなこと許したらcomファイル大勝利になるだろ
だから先に環境を示さないとダメなんだよ
本末転倒なんていったらCRISCの話でこんなことやってる方がどうかしてるだろ
団子がどうしてもcall使ってEIP取らないとできないことがあるって言うから
あえてcall封印してたんじゃなかったのかよ
- 862 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 22:30:16.31 ID:6QdmLHPN.net]
- DLLのアドレスは不定だろ？
前提からして間違ってるよ？
- 863 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 22:36:05.03 ID:6QdmLHPN.net]
- >>720に対する反論はどんな実装でも例外なく通用する完璧な実装を用意することだけだよ
>>840のコードは外部DLL（*NIXでいうところのSO）から別のDLLを呼び出すときには通用しない
- 864 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 22:46:58.82 ID:6QdmLHPN.net]
- 位置非依存コードは既に実用化されてる技術だけど「実装依存だからノーカン」みたいなこと言うアホもたい�
- 865 名前：ｪいだけど
callを使わなくてもいいようにABIやスタートアップルーチンを書き換えればいいなんてのはもっとありえない解決策だよ
現実みろよ
てかCRISC（笑）なんて既に死語だと思うけどね。
既にIntelプロセッサの内部命令はPentium ProからPentium 4までのアーキテクチャの
「Load/Storeアーキテクチャ」ではなくなってるしAtomはOoOを実装したCISCだし [] - [ここ壊れてます]
- 866 名前：デフォルトの名無しさん [2015/07/22(水) 23:06:10.53 ID:oW3pCj8R.net]
- Open office Org.
- 867 名前：デフォルトの名無しさん mailto:sage [2015/07/22(水) 23:12:09.13 ID:ITYxsc4F.net]
- それはOOoじゃなかったっけ
- 868 名前：デフォルトの名無しさん [2015/07/22(水) 23:21:04.52 ID:oW3pCj8R.net]
- >>845
馬鹿野郎！
今は２１世紀だぞ！
- 869 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/22(水) 23:22:46.86 ID:6QdmLHPN.net]
- 「CRISC」ってどっかの学者さんが言い出した言葉ではなくIntelの造語で
20年も前の言葉でPentiumで用いた高速化のアプローチのことを指してそういっただけで
そういうアーキテクチャがあるわけではない。
「CISCをRISCライクな単純命令に分解して高速化しました」の方向を突き詰めたのがPentium4で
とっくにそっちは死に筋だよ
今はどっちかというとCISC命令を内部で融合して命令数を減らして高速化するアプローチが高速化の中心なので
「CRISC」は実態を表していない。
どっちかというと今の方向性は2006年の「Wide Dynamic Execution」でしょう
- 870 名前：デフォルトの名無しさん mailto:sage [2015/07/23(木) 05:59:11.25 ID:fN1C2EA/.net]
- 今のCoreMAはCISCを別のCISC＝uOPに変換して実行している所だな。
それは分解というより変換と言った方が正しい。
uOPはハードワイヤで実行可能な実行単位を基本としており、最初はRISC的なものであったが世代を追って高機能化して今は可変長のCISCになっている。
x64をそのまま使わないのはuOPが一部x64よりも高機能になったこともあるがベースはやはりx64の素性が悪いからでわざわざワンクッションおいてもuOPに変換した方が性能が出るからである。
一度変換した命令はキャッシュされ再利用されるので複雑なx64命令をデコードするのは最初の一回だけで良い。
命令がキャッシュにある間はデコーダは止まっていて電力を食わないようになっており、消費電力を気にすることなく大規模なx64デコーダを実装して性能を高めることができている。
- 871 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/23(木) 08:12:10.12 ID:tlVBnSRn.net]
- またどうしようもないおっさんがいる。たのむからブログやツイッターにでも引きこもってくれ。
- 872 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/23(木) 08:32:09.52 ID:tlVBnSRn.net]
- てかμOPsは可変長じゃねーよｳﾞｧｶｼﾞｬﾈｰﾉ
いやたとえ可変だったところでμOPs cacheの1エントリに2～3μOPs書き込めるわけではないがな
1μOpsあたり何バイトだと思ってるの？
まあ40バイト程度だがな。
4μOPsフェッチするだけで160バイト/clk。4命令をデコードするより電力効率が多少ましなだけで
別に省エネでもなんでもねーわ。格納効率は最悪。
Cortex-A57には同じ目的に近いloop buffer（SNB以降のそれよりNehalemのそれに近い）があるが
都度デコードしたほうがマシなくらいなのでA72では削除された。
- 873 名前：デフォルトの名無しさん [2015/07/28(火) 12:23:24.90 ID:ss5oXPlA.net]
- なんか初心者スレッドって感じじゃなくなってるような
ここで完全初心者の俺が質問すると微妙だが
アセンブラというかlinuxカーネルの質問なんだけど
システムコールするとスタックとかプロセス空間が切り替わっちゃうらしいんだけど
そこでレジスタに乗り切らない文字列とかってどうやって渡してるんでしょうか
- 874 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2015/07/29(水) 00:57:18.39 ID:PIgMeuM3.net]
- ポインタ渡し
- 875 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 10:18:54.90 ID:7dNzVewM.net]
- 普通にポインタで渡してmemcpyみたいなことをしてる。ただカーネル内だとNULLに触れて死ぬのは許されないので、アドレスチェックしてmemcpyみたいなことをしている。
lxr.free-electrons.com/source/lib/strncpy_from_user.c#L23
プロセス空間変わるといってもユーザー空間はシステムコールを呼んだプロセスと同じアドレスが見えるようになってる。
カーネル空間全プロセス共有、ユーザー空間対象プロセスと共有みたいな配置になる。
(なのでカーネル空間用のアドレス必要で32bit OSだとユーザー空間は2GBとか3GBしか持てないとかになる)
- 876 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 23:57:28.65 ID:zpCxDSCd.net]
- そうか普通にポインタ渡しなのか
>>852-853
>システムコールを呼んだプロセスと同じアドレスが見えるようになってる。
分かってない事が多すぎる・・・
- 877 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 00:27:18.11 ID:1ZSGrKWz.net]
- というかシステムコールではアドレス空間変わらなくて、ページごとにRing3(ユーザーモード)から読めるかどうかみたいなのが設定されてるとかだったはず。
Linuxだと、
- 0-3GB プロセスごとのユーザ空間のメモリがマップしてある。Ring3 でもアクセスできる
- 3GB-4GB 全プロセスで共有のカーネル空間メモリがマップしてある。Ringからしかアクセスできない。
みたいになってたはず。
システムコールを呼ぶと、アドレス空間は変わらないけど、Ring0になるので、0-4GB全部アクセスできるようになる。
(Ring1,2の扱いはよく知らない)
- 878 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:05:18.46 ID:UjoOxrCo.net]
- >>855
聞いた話だけどほとんどのプロセッサがユーザーモードとシステムモードの2種類しか持たなくて、
x86/64のように4種類も持っている方が珍しいんだと
そしてほとんど真ん中の2個は使われてないんだってさ
- 879 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:14:35.07 ID:HdXuYlDO.net]
- システムコールは、呼び出したスレッドとは違う、カーネルのスレッドで実行されるって認識でOKですか？
- 880 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:23:21.48 ID:unLWCujK.net]
- NG
- 881 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:27:27.60 ID:HdXuYlDO.net]
- システムコールは、呼び出したスレッドで実行されるのですか？
それなら、自分のコードは特権になれなくて、カーネルのコードは特権になれるのは何故ですか？
- 882 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:31:28.62 ID:unLWCujK.net]
- 定められて手順を踏んで特権モードに切り替えてるから
- 883 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:36:35.97 ID:HdXuYlDO.net]
- 同じ手順を自分のコードではとれないのは何故ですか？
- 884 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 02:09:02.32 ID:1ZSGrKWz.net]
- syscall, sysenterとかでググるといくつか解説が見つかると思う
www.marbacka.net/asm64/arkiv/int2e_sysenter_syscall.html
自分で書いたプログラムでもカーネルモードに切り替えられるが事前に決められたアドレスにしかジャンプできない。
- 885 名前：デフォルトの名無しさん [2015/08/01(土) 18:40:05.13 ID:+UL3i04M.net]
- SHのMOV.L命令@(disp,PC),Rnで@(H'0004:8,PC)の場合ｐｃから８バイト先にあるって意味ですか？
- 886 名前：デフォルトの名無しさん mailto:sage [2015/09/03(木) 17:35:32.18 ID:6eoHy3Qx.net]
- アセンブラで遊ぼうと思ったミジンコだが16bitリンカが手に入らないでござる
lnk563.exe ってwin8じゃ使えないの？
- 887 名前：デフォルトの名無しさん mailto:sage [2015/09/03(木) 18:57:14.49 ID:NJB3TdQy.net]
- 方法1.リンカ要らずのNASM等を選ぶ
方法2.どうしてもMASMでなきゃ嫌なら実行環境でリンカを使う
- 888 名前：デフォルトの名無しさん [2015/09/03(木) 19:49:38.34 ID:ACT9XNdq.net]
- alink.sourceforge.net/download.html
www.agner.org/optimize
- 889 名前：デフォルトの名無しさん mailto:sage [2015/09/03(木) 21:31:27.84 ID:6eoHy3Qx.net]
- 人がいた
ありがとう NASMを使ってみるよ
- 890 名前：デフォルトの名無しさん mailto:sage [2015/10/25(日) 08:21:51.96 ID:gC05hgZm.net]
- >>855-856
でもその多階層のおかげでハードウェア仮想化がやり易かったのも事実で
Ring0でハイパーバイザを動かしてRing1でゲストOSのような使い方ができる
- 891 名前：デフォルトの名無しさん [2015/11/03(火) 09:18:31.95 ID:XRdoJJRy.net]
- 32ビットにアセンブルしかできないコンパイラがありこれを64ビット環境で実行したいんだけど
どうすればいいですか？
fib.sはそのコンパイラで作成
gcc -g -O2 -Wall fib.s -lm
エラーを1つ抜き出すと
fib.s :30: Error: invalid instruction suffix for push
30行目にはpushl %eax → pushq %raxと直すとエラーは消える
- 892 名前：デフォルトの名無しさん mailto:sage [2015/11/03(火) 11:44:49.57 ID:Fliardzw.net]
- 普通に32ビット環境向けにコンパイルするんじゃダメなんですかね？
gccのオプションに-m32を追加してやって
- 893 名前：デフォルトの名無しさん [2015/11/03(火) 14:30:53.52 ID:C0Kah9v/.net]
- できました
ありがとう
- 894 名前：デフォルトの名無しさん mailto:sage [2016/01/05(火) 12:01:39.79 ID:uJ085arg.net]
- 林晴比古さんのアセンブラ入門見ているんだけど
COM形式で書かれたHelloworld とASM形式の違いって何？
- 895 名前：デフォルトの名無しさん mailto:sage [2016/01/05(火) 15:07:27.87 ID:udrFqHkE.net]
- EXEフォーマット
- 896 名前：デフォルトの名無しさん mailto:sage [2016/01/06(水) 19:37:15.05 ID:yluT1kPN.net]
- 俺が村田だ
- 897 名前：デフォルトの名無しさん mailto:sage [2016/01/08(金) 19:57:01.78 ID:9w8rhkkq.net]
- 俺は田村だ
- 898 名前：デフォルトの名無しさん mailto:sage [2016/01/12(火) 19:49:30.00 ID:2tQBU5BA.net]
- 俺は田田になろう
- 899 名前：デフォルトの名無しさん mailto:sage [2016/01/13(水) 18:34:18.73 ID:IMboGSkT.net]
- じゃあおれは村村
- 900 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 03:26:52.36 ID:byr4bFjT.net]
- ムラムラとな
- 901 名前：デフォルトの名無しさん mailto:sage [2016/01/14(木) 15:01:07.24 ID:YerkhKe+.net]
- くだらねえこと書いてる暇があったらコード書け
- 902 名前：デフォルトの名無しさん mailto:sage [2016/02/07(日) 15:53:45.03 ID:zSKdEvcq.net]
- C F G7 C
- 903 名前：デフォルトの名無しさん [2016/02/07(日) 18:06:15.79 ID:2wykn2ry.net]
- れいさん乙
- 904 名前：デフォルトの名無しさん mailto:sage [2016/03/26(土) 03:07:39.25 ID:djw8qeqA.net]
- ムッシュ
- 905 名前：デフォルトの名無しさん [2016/04/26(火) 21:52:15.84 ID:Sbprxlsu.net]
- アセンブラ学びたいんですがアセンブラやるならまずCASLやれと言われて
CASLについて調べたんですけどもCASLとアセンブラって全くの別物ですよね。
CASLを理解出来ればアセンブラ習得に役に立つとかそういうものはあるんですか？
PC周りについても全く詳しくないのでそういうのも兼ねて学習できる言語ならいいのですが
- 906 名前：デフォルトの名無しさん mailto:sage [2016/04/27(水) 01:00:54.66 ID:vpv25bM3.net]
- アセンブラは、各CPUで異なるから、一々、個別のCPU命令を覚えていられない
一般的なアセンブラの記法である、CASL2, LLVM などの仮想アセンブラで、勉強する
実行時、
仮想アセンブラ → 各CPU個別の命令
へと、変換される
- 907 名前：デフォルトの名無しさん mailto:sage [2016/04/27(水) 02:57:44.07 ID:/k94gDMl.net]
- >>883
まずは取っつきやすい32bit用でどうぞ
www.masm32.com/
- 908 名前：デフォルトの名無しさん mailto:sage [2016/04/27(水) 09:53:26.31 ID:EoTK5XPo.net]
- >>884->>885
回答ありがとうございます。
自分はollydbgでcrackmeを解くことが出来るスキルを付けることを目標にしてるのですが
でもプログラミング経験がほぼ無いのでまずとっかかりにCASLやって...その後アセンブラを学ぼうと思ってるんですが
学習方法は間違えてないでしょうか？
- 909 名前：デフォルトの名無しさん mailto:sage [2016/04/27(水) 13:29:56.10 ID:mkzH47Ig.net]
- それとアセンブラにも
PIC,マイコン、Z80など色々種類があるみたいですが、どれが自分の目的にあってるか教えてほしいです
自分の環境はwin7,64bitです。この環境でも学習できるものを学びたいです
- 910 名前：デフォルトの名無しさん mailto:sage [2016/04/27(水) 15:09:51.70 ID:+os+Vu+g.net]
- >>886
CASLやっても実践ではあまり役に立たないので、やりたいことが決まっているのであれば、
何もわからなくてもとにかく以下の例の通りにそのままいじってみる。
grayhat-3dmovie-programming.com/it/programming/77/
最初はわからないことだらけでも、基本はIntel 386 CPUの命令の羅列なので、
ollydbgの画面で1ステップずつ実行しながら理解するのが一番早い。
- 911 名前：デフォルトの名無しさん mailto:sage [2016/04/27(水) 23:45:35.49 ID:i86kqw6x.net]
- >>888
命令も何も理解してないまま、実戦に移って知識が付いていくものですか？
アセンブラはかなり難しいイメージがあるので基本を押さえてないとデバッグは無理と
勝手に自分の中で思っていたのですが…
時間はたっぷりあるので確実に覚えたいです
- 912 名前：デフォルトの名無しさん mailto:sage [2016/04/28(木) 01:03:20.60 ID:D/2kUBT7.net]
- メモリとレジスタだけ理解してりゃ、命令なんかその場で覚えりゃ十分
ビット演算とかその辺の動きは理解が必要かもしれないが、その程度
特権命令とかセグメントうんたらが必要になるなら、それはまたその時
ただ、x86のDOSでbios呼んで何かやる以外、初心者がアセンブラだけで簡単に出来ることなんて、なにもないけどな
それなら、C/C++の一部をアセンブラコードを出させてそれを読むとか、一部をアセンブラで書いてみるとかの
主体がC/C++にある方がずっとやりやすい
- 913 名前：デフォルトの名無しさん mailto:sage [2016/04/28(木) 01:04:41.95 ID:D/2kUBT7.net]
- メモリとレジスタだけじゃなく、フラグとスタックの仕組みくらいは最初に覚えといた方がいいか
- 914 名前：デフォルトの名無しさん mailto:sage [2016/04/28(木) 02:42:09.05 ID:atZPORcr.net]
- >>889
基本から勉強しようとする気持ちはわかるけど、いいデバッガ・アセンブラがあるんだから
実行しながら覚えたほうが早い。CPUのマニュアルを横に置いて、1ステップ実行したら
状態フラグとレジスタの値がどう変わるか見れば動作はわかる。
ollydbgはアセンブルもできるらしいから、1～数行のコードを書いて実行させることもできる。
とにかく毎日デバッガとアセンブラに触ること。動かして失敗しながら覚えること。
わからないことはその都度調べれば間に合う。
- 915 名前：デフォルトの名無しさん mailto:sage [2016/04/29(金) 21:22:05.78 ID:sUt0Q0jr.net]
- よくわかりませんけどね、
CとかVBをアセンブラに変換するソﾌトを作れば、
なんかアレな感じじゃないですか。
- 916 名前：デフォルトの名無しさん mailto:sage [2016/04/29(金) 21:53:31.21 ID:zOCFIMbn.net]
- VBなんか知らんが
ほぼ全てのCコンパイラが、Cで書かれたコードをアセンブラに変換して出力する機能を持ってるよ
それしかなく、実際に機械語に変換するのはアセンブラプログラムにまかせてしまっているコンパイラもある
- 917 名前：デフォルトの名無しさん [2016/05/01(日) 15:51:33.79 ID:tKi6j9CT.net]
- 匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？
Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポート�
- 918 名前：冾ｷることができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
。 [] - [ここ壊れてます]
- 919 名前：デフォルトの名無しさん mailto:sage [2016/05/03(火) 21:31:55.58 ID:rzpxdG1A.net]
- 初心者がアセンブリ言語を覚えたいと言ったとき
その８割は「Windowsで動くゲームを作りたい」「Windowsで動くゲームを改造してチートしたい」といったものであり
勉強すべきはWindows環境についてであってアセンブリ言語についてではなかったりする
- 920 名前：デフォルトの名無しさん mailto:sage [2016/05/04(水) 18:17:05.69 ID:cRuVDbfJ.net]
- アセンブラの教科書よりやねうらお先生のぱんつの方がベスト
- 921 名前：デフォルトの名無しさん mailto:sage [2016/05/06(金) 21:38:41.15 ID:OWOfsawE.net]
- おすすめの書籍教えて
- 922 名前：デフォルトの名無しさん [2016/05/07(土) 10:45:20.57 ID:Kik6brAm.net]
- いまどきのLLVM
- 923 名前：デフォルトの名無しさん mailto:sage [2016/05/07(土) 13:09:41.32 ID:U+Yqq8Eg.net]
- チートなんて、まず無理
メモリの値を変えても、サーバーと通信したときに、
パリティなどをチェックして、改造されていないかどうかを確かめるから、ばれる
ルーターの中には、伝送誤りが起こっても、パリティを変えて、正常と扱うものがあるので、
ドラクエXでは、そもそも通信されたデータを信用していない
だから、常に独自にチェックしている
- 924 名前：デフォルトの名無しさん mailto:sage [2016/05/07(土) 15:50:50.22 ID:4GJcXDs9.net]
- 所謂チートバグみたいにオフゲーでも改造して挙動を楽しみたいとかあるのよ
- 925 名前：デフォルトの名無しさん mailto:sage [2016/05/07(土) 16:22:32.96 ID:3mhGs5Tp.net]
- >>900
オンラインゲーム前提で話してて草生える
- 926 名前：デフォルトの名無しさん mailto:sage [2016/05/08(日) 11:24:47.08 ID:NDoMe0zH.net]
- C++のプロローグを詳しく説明してるwwwか書籍はないですか？
www漁るとCばっか
- 927 名前：デフォルトの名無しさん mailto:sage [2016/05/08(日) 11:45:33.85 ID:pwQcqOb7.net]
- 努力不足
やりなおし
- 928 名前：デフォルトの名無しさん mailto:sage [2016/05/09(月) 11:36:13.64 ID:noyNIse2.net]
- 904です
分かりやすく書いてあるのみつけて、解決しました。
- 929 名前：デフォルトの名無しさん mailto:sage [2016/05/10(火) 00:50:37.74 ID:1N2kVLqm.net]
- お疲れ様
- 930 名前：デフォルトの名無しさん mailto:sage [2016/05/31(火) 19:54:30.30 ID:AfHNbOje.net]
- やる気のある者は去れ
- 931 名前：デフォルトの名無しさん [2016/06/12(日) 14:47:28.03 ID:nRDxQz3o.net]
- アセンブラの＆はどういう意味？
結合？ andと同じ？
- 932 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 18:20:14.59 ID:fuUaUmmT.net]
- 何のアセンブラだよ。
- 933 名前：デフォルトの名無しさん [2016/06/12(日) 18:58:05.37 ID:nRDxQz3o.net]
- >>909
ARM・・でいいのかな？
そこもよくわからない・・・
- 934 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 21:02:59.04 ID:XGvNNTcY.net]
- 擬似命令だったり、&hとして16進数を意味したり、アセンブラによっていろいろあるけど
ARMだとどうなんだろ
gasだとまた違ったりするだろうし
意外にbytecode用の中間出力だったりする可能性もあるし
(見たこと無いのでよく知らない)
- 935 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 21:07:59.02 ID:MHUKBP3O.net]
- 可能ならソース貼れば？
- 936 名前：デフォルトの名無しさん mailto:sage [2016/06/12(日) 21:53:24.12 ID:nqTn+/vX.net]
- llvm IRはぱっと見だと＆記号使ってないような
intel記法、AT&T記法でも使ってないよね
独自のマクロとかだとソース無いと詰むな
- 937 名前：デフォルトの名無しさん mailto:sage [2016/06/15(水) 19:49:26.85 ID:RQgSJKk0.net]
- 今の時代にアセンブラが必要って、
どういう分野のプログラマーなんだろ。
少し前に、非公式のファミコンソフトが出たけど、
そんなのしか思いつかん。
- 938 名前：デフォルトの名無しさん mailto:sage [2016/06/15(水) 22:25:44.33 ID:yIJ2BCTZ.net]
- 安い1ボードPCが手に入るから、Cとかで書いたプログラムをOS無しで動かすとかしたいとき、
ブートローダからバトンもらってCに渡すような部分はアセンブラじゃないかな。
- 939 名前：デフォルトの名無しさん [2016/06/16(木) 23:23:22.10 ID:VLfFMudl.net]
- >>914
ファームウェア、OS、チップ周りのコードは全部アセンブラ。
アプリの人がくだまいてるのは知識を自慢したいだけ。あとはレトロ趣味。
- 940 名前：デフォルトの名無しさん mailto:sage [2016/06/17(金) 00:47:33.75 ID:g/0le+GF.net]
- >>916
いつの時代からタイムスリップしてきたんだ？
- 941 名前：デフォルトの名無しさん [2016/06/17(金) 03:17:01.37 ID:PNM3xCxJ.net]
- >>917
俺がアセンブラで書いたことあるのは、ブートローダ、カーネルプリミティブとかスケジューラ、MMU周り、ファームウェアとかコントローラ周りくらい。アプリでアセンブラ書いたことは一度もない。逆アセとか解析とかはまあするけど。
ついこないだだと思ってるけどな。
ようはCが動く状態になったらアセンブラなんかで書く必要ないってことだけど、違うって言いたいの？
- 942 名前：デフォルトの名無しさん [2016/06/17(金) 08:09:43.93 ID:ecrIc0Au.net]
- あ、全部ってのは間違いで、ドライバとかファイルシステムとかＣで書けるとこはもちろん
Ｃで書く。
アセンブラが必要なのはＣでかけないような処理か、Ｃコンパイラがないような環境かのどちらか。
ここで延々と話してる内容がそのどちらでもないような話が多いみたいなんで、詳しい人達が互いに、知識を競ってるようにしか見えないのが残念。
- 943 名前：デフォルトの名無しさん mailto:sage [2016/06/17(金) 12:03:29.49 ID:WSjlHFjC.net]
- マ板でやれって話しかないからな
- 944 名前：デフォルトの名無しさん [2016/06/17(金) 23:36:40.98 ID:5J9spy9L.net]
- >>915
こんな本もある
12ステップで作る 組込みOS自作入門
kozos.jp/books/makeos/
- 945 名前：デフォルトの名無しさん mailto:sage [2016/06/18(土) 18:13:15.88 ID:d8nab9By.net]
- アセンブラについてはノー知識だけど、os.phil-opp.com/multiboot-kernel.html で
x86_64でgrubからバトン渡されてRustのコードにバトン渡すまでのアセンブラが説明してあって興味を持ちました
アセンブラの命令自体は簡単だけどそれ以外の知識が沢山要るので大変なのだなあと感じています
今まで特に気にしてなかったリンカの意味とかnmで見える.textの意味とかが分かってきて楽しい
- 946 名前：デフォルトの名無しさん [2016/06/20(月) 22:36:43.19 ID:/Loo3J/M.net]
- OSの立ち上げ部分を勉強したいなら、Rustっていうので書かれたサンプルをＣで書き直してみればいい練習になると思うよ。
- 947 名前：デフォルトの名無しさん mailto:sage [2016/06/24(金) 13:21:30.40 ID:/3QNO0r0.net]
- >>918
おまいさんが書いたと言ってるosはどこからダウンロードできるの？
- 948 名前：デフォルトの名無しさん [2016/06/25(土) 09:35:23.63 ID:+uLhlbXC.net]
- >>924
公開はしてない。Linuxならソース探せば上げれると出来ると思うよ。プロプライエタリな奴は上げれない
- 949 名前：デフォルトの名無しさん mailto:sage [2016/06/27(月) 18:39:49.55 ID:gm7Fhm/d.net]
- >>924
人のもの見る暇があるなら自分で書いてみればいいのに。
- 950 名前：デフォルトの名無しさん mailto:sage [2016/06/28(火) 02:56:54.16 ID:P6ezUFsS.net]
- >>922
これかなりいいよね
- 951 名前：デフォルトの名無しさん mailto:sage [2016/06/28(火) 15:47:26.63 ID:Xfds6bLp.net]
- 質問します
LDR R1, =(aLimitfpsToD - 0x18C0FF8)
ってのがあるんですがこのときR1レジスタに入るのは0x18C0FF8のメモリ番地が
入るだけでしょうか？数値は入らないですよね？
変な質問ですいません
- 952 名前：デフォルトの名無しさん mailto:sage [2016/06/28(火) 16:02:52.63 ID:5ckL0Bml.net]
- 数値が入る
しかも全然違う
- 953 名前：デフォルトの名無しさん mailto:sage [2016/06/28(火) 18:21:05.37 ID:Xfds6bLp.net]
- >>929
回答ありがとうございます。
差し支えなければどんな数値が入るか教えてもらえませんか？
- 954 名前：デフォルトの名無しさん [2016/06/28(火) 18:45:43.76 ID:nfEKCddO.net]
- なんのアーキテクチャか分かんないけど、aLimitfpsToDってのがどこかのラベルで0x18C0FF8からのオフセットが入んじゃないのかな？
(と=は知らんｗ
- 955 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 14:40:17.96 ID:15yOy0V1.net]
- アセンブリ（言語）
- 956 名前：とアセンブラを混同している人がたまにいる、という話題は既出ですか？ []
- [ここ壊れてます]
- 957 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 15:03:39.28 ID:A93JdvJw.net]
- なにアセンブリをアセンブラでアセンブルするだけの事だ
混同されても実害はない
- 958 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 16:06:32.52 ID:+NpkjfxL.net]
- はやてのように アセンブル
- 959 名前：デフォルトの名無しさん [2016/06/29(水) 16:21:03.35 ID:I/2QdAFu.net]
- あまり気にしなかったけど、「アセンブラのコード書く」とかは間違いなの？普通に言ってたけど。アセンブリで書くとか違和感あるけどな。
- 960 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 17:32:10.33 ID:V1IZrtk2.net]
- assembler 組み立て工、組み立てる人、アセンブラ
assemble ～を組み立てる
assembly 組み立て
assembly language 組み立て用言語、アセンブリ言語
- 961 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 17:50:54.09 ID:C8/RLHPN.net]
- >>932
https://en.wikipedia.org/wiki/Assembly_language
An assembly (or assembler) language,[1] often abbreviated asm, is a ...
References
1. Assembler language, IBM Knowledge center
www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.asma400/asmr102112.htm
- 962 名前：デフォルトの名無しさん [2016/06/29(水) 19:18:46.15 ID:QKmYa11M.net]
- >>932
assemble+er、義務教育レベルの英語も理解できていないという事。
mayonnaiseは、フランス語だから、英語の規則は当てはまらないけれど、それでもmayoreには、ならない。
無理矢理ならば、mayonnaiserか、mayonnaiseist。
そんな事も解らない人達なんだよ。
- 963 名前：デフォルトの名無しさん [2016/06/29(水) 19:20:04.12 ID:QKmYa11M.net]
- >>937
それは、アセンブラで使用する言語って意味ね。
- 964 名前：デフォルトの名無しさん [2016/06/29(水) 21:49:22.20 ID:u3VATEok.net]
- 言語のことをアセンブリって言うのは分かるけど、独習Ｃ、独習Ｃ++、独習アセンブリ？
アセンブリとアセンブラは慣例的にはあまり区別されてないように思うけどな。
- 965 名前：デフォルトの名無しさん mailto:sage [2016/06/30(木) 15:33:47.45 ID:VmcBuUmn.net]
- アセンブラで言語そのものを指す人もいれば、アセンブリを機械語に翻訳するプログラムだけ、って人もいる
区別しないと意図が伝わらない場合がどんだけあるかを考えると、さして深刻な問題じゃないような
- 966 名前：デフォルトの名無しさん [2016/07/16(土) 23:38:52.13 ID:MXamywZj.net]
- アッセンブルEX10
- 967 名前：デフォルトの名無しさん mailto:sage [2016/07/17(日) 02:26:22.26 ID:u2dAluYM.net]
- 日本語としては、区別さえできればどちらでもいい
要は話者が寛容であるかどうかだ
- 968 名前：デフォルトの名無しさん mailto:sage [2016/08/11(木) 20:38:10.64 ID:CgUWJQKrz]
- CallWindowProcAにOllyDbgでログ付き条件ブレークポイントをかけて、ウィンドウで受け取るメッセージの詳細を出力する時にどうして式はEBP+8じゃないといけないのでしょうか
EBP+8にはウィンドウのハンドルが入っていて、特にMSG構造体へのポインタとかではないように思うのですが…
- 969 名前：944 mailto:sage [2016/08/12(金) 17:12:44.32 ID:URvVD4gpm]
- CallWindowProcAぜんぜんウィンドウプロシージャじゃなかった
解決しました
- 970 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 10:48:09.91 ID:eBSmAB5D.net]
- PE フォーマットの解説を知らないか？
- 971 名前：デフォルトの名無しさん mailto:sage [2016/10/15(土) 12:49:07.08 ID:Z8SQUEFb.net]
- 仕様書がMSDNにあるはずだけどそこに書かれてない話？
- 972 名前：片山博文MZ ◆T6xkBnTXz7B0 mailto:sage [2016/10/16(日) 14:46:56.15 ID:Ou+5Vobn.net]
- >>946
Resource Hackerのヘルプを参照
- 973 名前：デフォルトの名無しさん [2016/10/16(日) 14:48:03.15 ID:eOEStkDD.net]
- なんとか洋介山の本捨てたつもりだったがまだあった
来月捨てよう
- 974 名前：デフォルトの名無しさん [2016/10/18(火) 19:22:34.09 ID:Pul0IDVM.net]
- つBOOK・OFF
- 975 名前：デフォルトの名無しさん [2016/11/16(水) 23:15:55.17 ID:d7D9Ori4.net]
- 4bitアセンブラはどのスレで活動すればいいですか？
- 976 名前：デフォルトの名無しさん [2016/11/17(木) 00:05:52.27 ID:d/bxtnYG.net]
- >>951
75X?
- 977 名前：デフォルトの名無しさん mailto:sage [2016/12/16(金) 22:59:32.63 ID:sTWK9lm6.net]
- >>952
縦積み命令がわからない
MOV A,#0
MOV A,#2
MOV A,#4
こういう書き方ってなんなの？
- 978 名前：デフォルトの名無しさん [2017/01/05(木) 19:44:04.66 ID:VylnptJy.net]
- 助けてください
仕事で使わなきゃいけないのですが職歴コンビニバイトのみの新人で何から何まで一切分かりません
h8なんとかっていうpdfだけ渡されて、これで頑張ってと言われました
- 979 名前：デフォルトの名無しさん mailto:sage [2017/01/05(木) 20:15:49.65 ID:4pCGEQz7.net]
- そんなやつに仕事任すわけねーだろw
- 980 名前：デフォルトの名無しさん [2017/01/05(木) 20:54:33.92 ID:NEvicUSZ.net]
- >>953
たぶんMOVじゃないんじゃないかと。
縦積みが必要なのは、条件分岐が無いから。
ある条件が成立すると、次の命令がスキップ(実行されない)。
よって、この組み合わせ、すなわち、縦積みで条件分岐ができるようになるんだ。
- 981 名前：デフォルトの名無しさん mailto:sage [2017/01/05(木) 23:15:42.12 ID:xlHoBTkZ.net]
- >>954
年明けからジョークですか
- 982 名前：デフォルトの名無しさん [2017/01/06(金) 06:59:42.56 ID:KJDRn8ud.net]
- いや本当なんです
今まではそれの図みたいなやつを直すのをやらされてました
とにかくでてくる命令ひとつひとつが分からないのですがやさしく解説してるサイトとかありませんか
- 983 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 09:33:41.11 ID:aKJxE5Q6.net]
- H8 入門
でくぐれ
- 984 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 15:26:03.02 ID:XtKi9eaG.net]
- >>954
h8ならこっちの板の方がやさしいお兄さんが大勢いる
rio2016.2ch.net/denki/
- 985 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 21:51:45.02 ID:oEH4w/58.net]
- >>958
コンピュータの基礎からやらなきゃわかるわけないのに、何から何までわからない人ができる仕事じゃない。
医学書渡されて、これ見ながら手術してと言われるようなもん。基礎知識と経験なしにできるわけがない。
他の仕事をお勧めします。
- 986 名前：デフォルトの名無しさん mailto:sage [2017/01/16(月) 12:53:22.13 ID:YsJi63qB.net]
- それが本当なら
なにもわからん人にいきなりそんなことやらせる会社は早く辞めた方がいい
後でどんな難癖つけられるか分かったもんじゃない
- 987 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 06:53:06.66 ID:UsTZ20bb.net]
- もらったPDFに全命令書いてあるというオチがありそうなんだが
メーカ配布のやつでフラグ変化から消費クロックまでしっかり書いてあるやつ
- 988 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 04:01:17.79 ID:ha1UN0gn.net]
- アセンブラはじめるならLinuxでやるといいよ
DOSと同じような感覚でアセンブラプログラミングができるから
こんな感じ
Linux でアセンブリプログラミング
www.mztn.org/lxasm/asm00.html
Linux で64bitアセンブリプログラミング
www.mztn.org/lxasm64/amd00.html
Linuxでのアセンブル方法はこんな感じ
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
ld -o hogehoge hogehoge.s
- 989 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 04:03:45.58 ID:ha1UN0gn.net]
- UbuntuだとQEMUを入れるだけでQEMU+binfmtの設定が自動せされるから
ライブラリへのリンクを貼るだけで他のCPUのバイナリをそのまま実行できるようになる
UbuntuだとARM、MIPS、PowerPCができる
64bitARMならこんな感じ
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
32bitARMならこんな感じ
sudo apt-get install qemu
sudo apt-get install g++-arm-linux-gnueabihf
sudo ln -s /usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 /lib
sudo ln -s /usr/arm-linux-gnueabihf/lib /lib/arm-linux-gnueabihf
Cのコンパイル方法はこんな感じ
aarch64-linux-gnu-gcc -O2 -o hogehoge hogehoge.c
gcc-arm-linux-gnueabihf-gcc -O2 -o hogehoge hogehoge.c
アセンブル方法はこんな感じ
aarch64-linux-gnu-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
aarch64-linux-gnu-ld -o hogehoge hogehoge.s <
- 990 名前：br>
gcc-arm-linux-gnueabihf-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
gcc-arm-linux-gnueabihf-ld -o hogehoge hogehoge.s
できたバイナリは普通に実行できる
./hogehoge
バイナリがどのアーキテクチャかはfileコマンドで確認できる
file hogehoge [] - [ここ壊れてます]
- 991 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 04:33:05.28 ID:ha1UN0gn.net]
- 修正
Linuxでのアセンブル方法はこんな感じ
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
ld -o hogehoge hogehoge.o
アセンブル方法はこんな感じ
aarch64-linux-gnu-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
aarch64-linux-gnu-ld -o hogehoge hogehoge.o
gcc-arm-linux-gnueabihf-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
gcc-arm-linux-gnueabihf-ld -o hogehoge hogehoge.o
- 992 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 05:30:13.84 ID:ha1UN0gn.net]
- ちなみにx86_64上のLinuxで32bitのバイナリを作成したい場合はこう
x86_64のLinuxでのCの32bitのx86バイナリのコンパイル
gcc -m32 -O2 -o hogehoge hogehoge.c
x86_64のLinuxでの32bitのx86アセンブル
as --32 -a=hogehoge.lst -o hogehoge.o hogehoge.s
ld -melf_i386 -o hogehoge hogehoge.o
- 993 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 06:40:56.41 ID:ha1UN0gn.net]
- nasmでのx86_64のLinuxでの32bitアセンブル
nasm -f elf hogehoge.s
ld -melf_i386 -o hogehoge hogehoge.o
nasmでのx86_64のLinuxでの64bitアセンブル
nasm -f elf64 $1.s
ld -o $1 $1.o
Ubuntuでのnasmのインストール方法
sudo apt-get install nasm
- 994 名前：デフォルトの名無しさん mailto:sage [2017/01/29(日) 06:53:32.55 ID:ha1UN0gn.net]
- nasmでリスティングファイルも一緒に出力したい場合は
32bit
nasm -f elf -l hogehoge.lst hogehoge.s
64bit
nasm -f elf64 -l hogehoge.lst hogehoge.s
- 995 名前：デフォルトの名無しさん mailto:sage [2017/02/08(水) 20:50:02.86 ID:Mk3WVo/H.net]
- intel表記じゃないから却下
- 996 名前：デフォルトの名無しさん mailto:sage [2017/02/09(木) 06:59:54.86 ID:z8fk+TnA.net]
- MASM互換でないだけで、ニモニック自体はIntel記法やで
- 997 名前：デフォルトの名無しさん mailto:sage [2017/02/22(水) 00:33:42.60 ID:+9W7kpIJ.net]
- nasmでの疑似命令equ,res*, defineの違いって何ですか？
また
gasでのそれらに相当するものは？
- 998 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 01:10:33.00 ID:OEoJPS/I.net]
- EQU 定数で置き換える
RES*シリーズ 指定単位×サイズのメモリ領域を確保する
%DEFINE 一行マクロ、関数みたいに引数取れる
gasは手書きに使うような代物じゃないから忘れていい
- 999 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 19:30:51.76 ID:yLUryXxs.net]
- どうもです
色んな事が色々ごっちゃになって分けわからんくなってました
すいません基本gasでやってるんです
nasmの情報のが多いのでそっから変換したりしてやってます
まぁ確かに無駄が多いですが趣味の範囲なんです
なので無駄なんだけど無駄じゃないんです
それにやってないけど多分エディタによっては設定すれば自動挿入は普通に出来るんじゃないかと思ってます
- 1000 名前：デフォルトの名無しさん [2017/02/23(木) 19:33:38.38 ID:eG9NqkD/.net]
- やりたければやればいい
やってはいけないなんてことはまったくない
- 1001 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:12:05.71 ID:3gLAKAVZ.net]
- では頑張る若者にプレゼントをあげやう
ttp://www.ibm.com/developerworks/jp/linux/library/l-gas-nasm.html
IT界の巨神IBMさんが書いてくれたgasとnasmの比較記事だ
- 1002 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 19:12:19.30 ID:f3uHJh0R.net]
- intel構文だとソースとデスティネーションが逆なんだよね。紛らわしい
- 1003 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 20:40:37.72 ID:1tN3aNfb.net]
- 不通にあるあるなんだが
- 1004 名前：デフォルトの名無しさん mailto:sage [2017/02/28(火) 07:00:33.75 ID:4RyJuYrh.net]
- 68系も普通にやってたから、そこら辺はすぐに頭を切り替えられた
だがニモニック自体の変更は許せん……
- 1005 名前：デフォルトの名無しさん mailto:sage [2017/02/28(火) 14:52:11.20 ID:OcBIGmL7.net]
- mov a,b がa←bじゃなくてb←aなの？
- 1006 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 18:57:27.30 ID:ZV5SMkF2.net]
- 馬鹿には無理
- 1007 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 13:31:26.32 ID:nBceVUOh.net]
- movならop1→op2
loadならop1←op2
っつー感覚
- 1008 名前：デフォルトの名無しさん [2017/03/03(金) 14:06:44.03 ID:IUFykjWp.net]
- leaは？
- 1009 名前：デフォルトの名無しさん mailto:sage [2017/03/06(月) 16:43:49.83 ID:7tw9lmnR.net]
- loadだから←かな
- 1010 名前：デフォルトの名無しさん mailto:sage [2017/03/08(水) 21:11:56.27 ID:w2yLRFMN.net]
- >>982-984
jmp 980
以下無限ループ
- 1011 名前：デフォルトの名無しさん mailto:sage [2017/03/09(木) 00:44:05.09 ID:9+K5Dr1K.net]
- >>985
jr FC
- 1012 名前：デフォルトの名無しさん mailto:sage [2017/03/10(金) 23:15:09.01 ID:fJKFVkkF.net]
- ？？？
FC？
何それ？
�
- 1013 名前：竄ﾁた事ない人かな？
弾かれない？ [] - [ここ壊れてます]
- 1014 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 10:32:39.89 ID:JsoExgwj.net]
- ラベルが定義されてたのかも知れないし
どうせ $FC だったり #FC だったり 0xFC だったり FCh だったりするんだから
どうでもいい
>987 こそアスペなんだろ
- 1015 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 10:57:57.87 ID:wNy7VRXS.net]
- >>986がダメなのは
JRでの相対ジャンプの計算では、基準となるPCは命令実行後のアドレスから
つまり、>>985においてJRを実行する時は985からの基準してカウントする必要があり
>>985と同じく>>981にジャンプするためには、JR 0FBhと計算しなければいけないとわかっていないこと
- 1016 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 11:25:17.84 ID:JsoExgwj.net]
- >>989
そもそも 1レス 1byte って誰が決めたん
- 1017 名前：デフォルトの名無しさん mailto:sage [2017/03/17(金) 11:34:43.20 ID:pwo5j4El.net]
- オフセットが奇数ってのも8ビットっぽくていいね
- 1018 名前：デフォルトの名無しさん mailto:sage [2017/03/17(金) 18:39:54.13 ID:lkugX1fn.net]
- ソフト組んでると、何で奇数番地にジャンプしたり奇数番値から実行するのが良くないのかよくわからないんだよね。
- 1019 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 15:42:23.11 ID:94U0uFA6.net]
- 回路が複雑化しそう
- 1020 名前：デフォルトの名無しさん mailto:sage [2017/03/24(金) 03:52:31.48 ID:6tZXs6+Y.net]
- どのCPUの話なのか分からないけど、基本的にはアクセス単位が16bitや32bitだからかと。
x86の場合、外部仕様は可変長命令だけどマイクロコードはRISCっぽい処理なので
奇数アラインされると効率が悪くなる（場合がある）から
- 1021 名前：デフォルトの名無しさん mailto:sage [2017/03/30(木) 19:44:57.04 ID:/2QbeuLQ.net]
- 奇数アドレスに16ビットアクセスしたら通常はバスサイクル二回に分割される
PCIはxxx1、xxx2、xxx3番地から32ビットバースト転送してもオーバーヘッドは1サイクルだけだけど
変態だわ
- 1022 名前：デフォルトの名無しさん mailto:sage [2017/04/13(木) 00:30:13.60 ID:qkqMClc4.net]
- 当方の環境はWindows7 SP1 x64でml64.exeを用いて
これからアセンブラを勉強したいと思っています。
とりあえずまずは手始めにcの標準関数、
例えばprintfとかputsとかを呼び出して「hello,world」でも...
と思っているんですが、
一体どのファイルを「includelib」して「call printf」等すれば良いのか
わかりません。
今のところ「user32.lib」とか「kernel32.lib」とか「msvcrt.lib」とか
読み込んでいますが、「unresolved external symbol printf....」と
エラーがでてしまいうまくいきません。
ml64の環境でcの標準関数を呼び出すには、
一体どのlibファイルをincludeすれば良いのでしょうか？
- 1023 名前：デフォルトの名無しさん mailto:sage [2017/04/13(木) 02:32:35.73 ID:8XBnDqPS.net]
- libはリンクした？
- 1024 名前：デフォルトの名無しさん mailto:sage [2017/04/13(木) 14:59:16.50 ID:6bOxPLAt.net]
- msvcrt.libで行けると思うけど環境変数lib設定してある？
- 1025 名前：デフォルトの名無しさん mailto:sage [2017/04/13(木) 15:09:29.21 ID:m/ZfxtWH.net]
- Winでのアセンブラはあまりオススメしないなぁ。。。
結局Cの関数なWin32API呼び出しまくるんでCでええやん。。。ってなる。
アセンブラならDOSかPICとかのマイコンのがアセンブラ使ってる感があって面白いよ。
- 1026 名前：デフォルトの名無しさん mailto:sage [2017/04/13(木) 17:04:04.99 ID:lsSSpfTO.net]
- 999
- 1027 名前：デフォルトの名無しさん mailto:sage [2017/04/13(木) 17:36:16.85 ID:1WMn3pSz.net]
- アセンブラ初心者スレッド 2
echo.2ch.net/test/read.cgi/tech/1492072555/
- 1028 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
