機械語なら俺に質問しろ！その２

**デフォルトの名無しさん** · 2012/12/29(土) 08:00:24.36

漏れは今までにＣ、Ｃ++、Ｐａｓｃａｌ、ＨＳＰ、ＪＳ、ＶＢなど
数々の言語を極めてきたがやはり一番手にしっくりくる言語は機械語だ。

だから、機械語のことなら何でも質問しろ！
ただプログラムのコードなんかは長くなるがな。あ、ASMの話でもいいよ。

**デフォルトの名無しさん** · 2012/12/29(土) 08:35:37.10

STAX B

**デフォルトの名無しさん** · 2012/12/29(土) 09:25:57.44

The previous thread is...
http://toro.2ch.net/test/read.cgi/tech/1035288252/

**デフォルトの名無しさん** · 2012/12/29(土) 10:08:23.50

糞スレ勃てんなボケが！

**デフォルトの名無しさん** · 2012/12/29(土) 10:10:05.75

LSI C-80のランタイムかぁ。掛け算はアセンブラでがちに書いているだろうけど、
printf()系はCで書いたレベルだろうしなぁ。

**デフォルトの名無しさん** · 2012/12/29(土) 10:33:43.28

この時代の組み込み用コンパイラのライブラリなんてサンプルプログラム感覚だろう。
ソースが付いてるのは好きに直せって意味だし。

**デフォルトの名無しさん** · 2012/12/29(土) 11:16:36.63

関連スレ

アセンブラ
http://toro.2ch.net/test/read.cgi/tech/1314512680/l50

**デフォルトの名無しさん** · 2012/12/29(土) 12:19:41.81

ライフボート(笑)

**デフォルトの名無しさん** · 2012/12/29(土) 12:51:30.13

板違いだろ
昔のPC板に行けよ

**デフォルトの名無しさん** · 2012/12/29(土) 13:26:37.91

ARMかMIPSあたりの質問カモーン

**デフォルトの名無しさん** · 2012/12/29(土) 14:30:49.57

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

**デフォルトの名無しさん** · 2012/12/29(土) 17:08:42.56

バイナリエディタで Hello, world! と表示するプログラムを作った頃が懐かしい
今なら nop や適当なパディング詰めておく事で
アドレスを指定しやすくするなどの工夫が思いつくのだが

**デフォルトの名無しさん** · 2012/12/29(土) 19:59:52.06

人造人間キカイダー

**デフォルトの名無しさん** · 2012/12/29(土) 22:32:23.16

ﾋﾟｰｶﾞｰﾋﾟｰﾋﾞｮﾝﾋﾞｮﾝ

**デフォルトの名無しさん** · 2012/12/29(土) 22:45:52.35

ほんにょごにょん

**デフォルトの名無しさん** · 2012/12/30(日) 04:45:59.92

>>5 fmtio.lというのがsprintfの実装でした。源流はunixですね。
素直なｃで書かれてます。fmtio2.lというのがOS依存のprintf系実装。
１文字出力の関数だけが違って、フォーマッターの機能は共通に使えるように
うまく階層分けされていました。

**デフォルトの名無しさん** · 2012/12/30(日) 06:27:41.56

いきなりsprintfとか行っちゃうの?
例えばUNIXだったらwrite(2)を叩くぐらいから始めるのでは。

ところで機械語と言ったらアセンブリじゃなくていきなりバイナリ打ち込み?
実行ファイルのフォーマットの理解とかからスタートなん?

**デフォルトの名無しさん** · 2012/12/30(日) 09:01:55.91

組み込みなら、アドレスマッピングを意識するだけ。

**デフォルトの名無しさん** · 2012/12/30(日) 19:15:15.42

>>17
いきなり打ち込みじゃないならアセンブラスレにでも行けばいい。
実行形式ファイルを丸々作る必要はなく、
char main[] = { ...
とかでもいいだろうし、デバッガで実行中にメモリを書き換えてもいいだろう。

**デフォルトの名無しさん** · 2012/12/30(日) 19:19:03.02

>>19
>char main[] = { ...
>とかでもいいだろうし、デバッガで実行中にメモリを書き換えてもいいだろう。

RAM上のコードはプログラムとして実行できると決め付けてないか?

**デフォルトの名無しさん** · 2012/12/30(日) 21:27:00.35

パーミッション？プリフェッチ？

**デフォルトの名無しさん** · 2012/12/31(月) 11:41:39.50

石の好き好きだろう

データRAMはインストラクションフェッチ対象外、
と聞いたときは、カルチャーショックをうけたもんさ
NULLが0じゃない系があるときいたときもね(関連)

**デフォルトの名無しさん** · 2012/12/31(月) 11:45:26.21

>>17,19
非組み込みであっても、平時はコンパイラ、アセンブラも活用するが、
デバッグ時や日常雑事でバイナリエディタでコード開いて、
ちょちょいっといじったりするのはマシン語のノウハウの領域

**デフォルトの名無しさん** · 2012/12/31(月) 16:14:58.73

>>20
手段はいくつもあるという話をしただけで、決めつけている文章には見えないんだけど。
どう書けばよかったか教えてくれる？

**デフォルトの名無しさん** · 2012/12/31(月) 16:28:57.67

>>24
>手段はいくつもあるという話をしただけ

>>19に書かれてる手段というと

・char main[] = { ...
・デバッガで実行中にメモリを書き換え

↑の2つだけど、どっちもRAM上のコードを実行する話じゃないの?

**デフォルトの名無しさん** · 2012/12/31(月) 18:42:50.82

>>24
本人ではないが、「決めつける」というのは「どのような系でも可能であると想定する」
ということでは。
実際これが駄目だと思われるOSの例を思いつくけども。
特に断りもなくさらっと書くなら汎用な方法を書くべきではないかと。

**デフォルトの名無しさん** · 2013/01/02(水) 16:00:26.27

>>25
> ↑の2つだけど、どっちもRAM上のコードを実行する話じゃないの?
一つ目の例は ROM になるかどうかは実行環境次第でしょ。
そして、RAM だとすると 19, 24 がどう悪いの？
19, 24 に書いてないことで非難されても困るんだけど。

>>26
> 特に断りもなくさらっと書くなら汎用な方法を書くべきではないかと。
俺はそうは思わないけど、君が汎用的な方法を書くことを非難したりはしないからどうぞどうぞ。

俺は、あれでもこれでもいい、という言い方をしたつもりであって、
あれかこれでなければならない
という言い方をしたつもりはないんだよね。
沢山あるやり方の中から、毛色の違う二つを例示したつもりであって、網羅したつもりではない。
「網羅したつもりのように見える」という話であれば、 24 に書いたようにどう書けばよかったか教えてほしい。
「網羅すべきだ」というなら、すべきことをしなかったというのは認めるが、俺にはそんなつもりはないから、網羅したい誰かがやればいい。

**デフォルトの名無しさん** · 2013/01/02(水) 16:12:33.07

>>27
>一つ目の例は ROM になるかどうかは実行環境次第でしょ。

const 付いてなきゃ RAM 以外ありえんのじゃないの?

**デフォルトの名無しさん** · 2013/01/02(水) 16:15:56.61

>>27
>俺は、あれでもこれでもいい、という言い方をしたつもりであって、

狭い知識でしか語ってないから馬鹿にされてんだよいい加減気付け

**デフォルトの名無しさん** · 2013/01/02(水) 17:33:55.52

おまえもな

**デフォルトの名無しさん** · 2013/01/03(木) 11:12:59.82

機械語っていうから低レベル（技術のレイヤーの）なことにすごく詳しい人が
書き込んでるのかと思ったらそうでもないのか。
単に「数字の羅列でプログラムが書ける俺ってカッケー」みたいな感じ?