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

**デフォルトの名無しさん** · 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

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

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

>>28
リンカスクリプトでもなんでも好きに書けばいいし、ROM に焼いてしまえば const つけなくても ROM だろう。
これも網羅したつもりはないからね。

>>29
俺は馬鹿にするなとは主張してないから、好きなだけ馬鹿にしたらいいし、君の広い知識も披露していくといいよ。

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

>>32
>リンカスクリプトでもなんでも好きに書けばいいし、ROM に焼いてしまえば const つけなくても ROM だろう。

char main[] なんてHEXファイルにも現れないもんどーやってROMに焼くの？
配列そのものと配列の初期値と勘違いしてないか？

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

>>33
どっからどこまで焼くべきかなんて自分で分かるんだから好きに焼けばいい。

> 配列そのものと配列の初期値と勘違いしてないか？
そんなん環境によると思うが、環境に合わせたコードを書けばいいだろう。
だいたい、俺はどこでも動くと言った覚えはないし、そもそも >20 に対して「決めつけてるつもりはない」という意味の
返信をしているんだから、スタートアップが _main にジャンプした場合にそこが必ず実行可能だと主張していない
と解釈してもらって当然じゃないかと思ってるから、そうではないというなら説明してもらいたい。
そして、配列の初期値をコピーした _main を実行したとしても、コピーの必要のないグローバル変数の _main を実行
したとしても、どちらとも矛盾する主張をここまでにしたつもりはないよ。

で、 char main[] = { ... の場合に、配列の初期値なんてものを作って、実行時にコピーする環境が実在するの？
作れば作れるんだから実在するのかも知れないけど。
これ、俺はグローバル変数のつもりだったんだけど、もしかして、ローカル変数ならばって話をしてる？だとしたら
下らないことにつき合わせてごめんね。

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

マシン同士の会話が始まっちゃったんで
どっちかが焼き切れるのを待とうや

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

>>34
>で、 char main[] = { ... の場合に、配列の初期値なんてものを作って、実行時にコピーする環境が実在するの？

ROM化前提ならそれが普通。

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

>>34
>で、 char main[] = { ... の場合に、配列の初期値なんてものを作って、実行時にコピーする環境が実在するの？

ローダーがRAM上にプログラム読み込んで実行する環境しか知らんみたいね。

**デフォルトの名無しさん** · 2013/01/03(木) 14:27:54.77

実家から戻ってきてみたら、まだやってたぜこれ

そんなことよりおまえらことよろな

**デフォルトの名無しさん** · 2013/01/04(金) 04:05:14.23

ん、今年も宜しく。

**デフォルトの名無しさん** · 2013/01/04(金) 05:01:31.35

LSIC-85 で、stpcpy見つけてうまくいったから、RX200で使おうとしたら、無かった。
LSIC.man 見たら、MS/DOSでしか使えないって書いてあった（ｗ

**デフォルトの名無しさん** · 2013/01/04(金) 05:27:58.05

>LSIC-85 で、

新製品?

**デフォルトの名無しさん** · 2013/01/04(金) 05:44:46.63

>>40
glibcやnewlibにもあるしそんな珍しいもんでもないと思うが。
http://www.gnu.org/software/libc/manual/html_node/Copying-and-Concatenation.html#index-stpcpy-502
http://sourceware.org/newlib/libc.html#stpcpy

**デフォルトの名無しさん** · 2013/01/04(金) 05:47:13.65

http://pubs.opengroup.org/onlinepubs/9699919799/functions/stpcpy.html

**デフォルトの名無しさん** · 2013/01/04(金) 15:33:17.32

>>34
char main[]のアドレスが実行可能かどうかもアレだけど、
そもそもこれってリンクの段階でリンカはシンボル名しか見てなくてそれが関数
なのか配列なのかはお構いなしってことだよね。
普通Cの処理系ってそういうものなんだっけ? 例えば配列だとリンクできないような
処理系はないのかな?

**デフォルトの名無しさん** · 2013/01/04(金) 15:48:11.68

>>44
処理系に拠るんじゃないかな。
Cだと最初の初期化ルーチンで初期化を行った後にmain()を呼び出すけど、
リロケータブルオブジェクトには大抵セグメント情報が付いてて、コードセグメントに
配置された初期化ルーチンからデータセグメントのmain[]を呼び出せない
アーキテクチャは普通にあるから、それをリンカがエラーとするか、データセグメントに
配置されたmain[]のアドレスを単なる値としてリンクを成功させるかは処理系に
拠る筈。安全の面では前者が望ましいのは勿論。

**デフォルトの名無しさん** · 2013/01/04(金) 18:44:29.48

>>36
いや、俺の普通は ROM から直接実行する環境。
>>37
逆じゃないの？

>>44
全ての処理系/実行環境で有効だと主張したつもりはないので、
説明不足だと言って非難するなら、そこは甘受しよう。

**デフォルトの名無しさん** · 2013/01/04(金) 18:55:24.26

>>46
> >>37
> 逆じゃないの？

> で、 char main[] = { ... の場合に、配列の初期値なんてものを作って、実行時にコピーする環境が実在するの？

じゃあ君の普通の環境では、const 宣言もない main[] が ROM に配置されんの?

**デフォルトの名無しさん** · 2013/01/04(金) 21:42:16.52

>>45
手持ちのMac OS Xでやってみたら、リンクはできました。char main[]は
データセグメントにある。
実行するとmainにジャンプした時点で死亡。実行属性が付いてないので。
mainが呼ばれる前に実行属性を付ける処理を呼ぶとmainを実行できたw

>>46
自分は基本PCのOSしか知らないんですが、元の話で暗黙のうちに想定している
環境は何ですか? やはりプラットフォーム依存性が高いかと。
組み込み系とか興味はあります。

というわけで話を膨らませてみたつもりw

**デフォルトの名無しさん** · 2013/01/05(土) 08:39:35.88

クリックするだけで感染、みたいなのが多かった時期にソースを読んでると、
コード内にマシン語がデータとして居るのは、珍しくはない光景だったんだな
組み込みじゃないけど

**デフォルトの名無しさん** · 2013/01/05(土) 15:10:12.18

>>41 ごめん、LSIC-80の8085用オプションで。

**デフォルトの名無しさん** · 2013/01/05(土) 15:22:09.39

>>49
いわゆるトランポリンコードを実行するにはスタックとかヒープに実行属性が
付いてないとできないけど、今はセキュリティ上の問題になる。

でも古いコードだとそういうテクニックを使ってたりするのがあるから、互換性を
保つには闇雲に実行属性を落とせなかったり。
ユーザーの皆さん、古いアプリのサポートを打ち切るのは単に新しいバージョン
を買うように仕向けている訳じゃないんですよ、みたいなw

**デフォルトの名無しさん** · 2013/01/05(土) 15:37:34.76

>>50
> LSIC-80の8085用オプション

8085って8080から拡張された入出力と割り込み機能をサポートする命令が2つ増えただけで
公式には8080と大して命令変わってないと思ったけど、LSI C-80って8085用の特別な機能
でもあんの?

**デフォルトの名無しさん** · 2013/01/06(日) 06:05:16.68

アセンブリフェーズがNR80だから、正確には8080のコード吐くんですね。
SIMとRIMはニーモニックが認められないので、DC 20h/30h で書きます。
_LCC80ファイルの中身見直したら、-i8080 -RN で8085固有の指定はありませんでした。

**デフォルトの名無しさん** · 2013/01/06(日) 19:45:24.08

非公開命令でも吐いたら面白いのになあ。仕事では使えんけど。
http://home.comcast.net/~kvaughn65D/UnDocum_8085_Instructions.pdf

**デフォルトの名無しさん** · 2013/01/07(月) 06:41:05.63

私が自分用に作ったメモにもこのインストラクションは載ってました。
8080から改良するときに、ちょっと凝ったプログラミングをできるように
という思想が感じられますね。
このページ、活字が小さくて見づらい。だれかtextにしてくれないかな。

**デフォルトの名無しさん** · 2013/01/08(火) 15:45:46.76

うーんわからない。とあるUNIX(x86_64)のプログラムだけど、

(gdb) i r
rax 0x00
rdi 0x800f5539034375816080
rip 0x800c7cff90x800c7cff9
(gdp) x/i 0x800c7cff9
0x800c7cff9 mov (%rdi),%rax
(gdb) x/xg 0x800f55390
0x800f55390 0x0000000800f5bf98
(gdb) stepi
(gdb) i r
rax 0x800f5bfcc34375843788
rdi 0x800f5539034375816080
rip 0x800c7cffc0x800c7cffc

なんでraxが0x800f5bf98にならずに0x800f5bfccになるの?
テストプログラムで
mov (%rdi),%rax
を実行させても正しく間接参照する。C2Dのバグ疑ってもいいかな。

**デフォルトの名無しさん** · 2013/01/08(火) 16:01:03.11

あっとタブが飛んだ再投稿

うーんわからない。とあるUNIX(x86_64)のプログラムだけど、

(gdb) i r
rax 0x00
rdi 0x800f55390 34375816080
rip 0x800c7cff9 0x800c7cff9
(gdp) x/i 0x800c7cff9
0x800c7cff9 mov (%rdi),%rax
(gdb) x/xg 0x800f55390
0x800f55390 0x0000000800f5bf98
(gdb) stepi
(gdb) i r
rax 0x800f5bfcc 34375843788
rdi 0x800f55390 34375816080
rip 0x800c7cffc 0x800c7cffc

なんでraxが0x800f5bf98にならずに0x800f5bfccになるの?
テストプログラムで
mov (%rdi),%rax
を実行させても正しく間接参照する。C2Dのバグ疑ってもいいかな。

**デフォルトの名無しさん** · 2013/01/08(火) 16:11:02.74

>>57
なんで最後に

>(gdb) x/xg 0x800f55390

も一回やらんの?

**デフォルトの名無しさん** · 2013/01/08(火) 16:17:03.34

変わってなかったのでコピペしませんでした。
(gdb) x/xg 0x800f55390
0x800f55390 0x0000000800f5bf98

**デフォルトの名無しさん** · 2013/01/08(火) 16:18:59.10

念のために逆アセのバグも疑ってみない？

**デフォルトの名無しさん** · 2013/01/08(火) 16:28:15.43

それも疑ってみてました。正しいようです
(gdb) x/3xb 0x800c7cff9
0x800c7cff9 0x48 0x8b 0x07

テストプログラム
(gdb) x/4i aaa
0x4006f0 <aaa>: mov %rdi,-0x8(%rsp)
0x4006f5 <aaa+5>: mov -0x8(%rsp),%rdi
0x4006fa <aaa+10>: mov (%rdi),%rax
0x4006fd <aaa+13>: retq
(gdb) x/3xb 0x4006fa
0x4006fa <aaa+10>: 0x48 0x8b 0x07

違うコンパイラでコンパイルしてみたらコンパイルが終了しない...

**デフォルトの名無しさん** · 2013/01/08(火) 16:44:41.08

>>61
>違うコンパイラでコンパイルしてみたらコンパイルが終了しない...

C2Dのバグかも？ｗ

**デフォルトの名無しさん** · 2013/01/08(火) 17:06:08.41

プログラムで合成されたCソースで、コンパイラへの負荷がかなり高い部分があって、
cc1がCPU利用率100%に張り付いて終了しない。
スラッシング起こすほどのメモリは使ってないようだけど。小一時間放置してみる

**デフォルトの名無しさん** · 2013/01/08(火) 17:10:58.31

理解できない現象を何でも自分以外のせいにするのは素人。

**デフォルトの名無しさん** · 2013/01/08(火) 17:22:11.70

コンパイルの山場は通過した模様。
たかだが50000行くらいのソースのコンパイルに20分くらいかかった。

**デフォルトの名無しさん** · 2013/01/08(火) 17:25:44.71

>>61
>違うコンパイラでコンパイルしてみたら

C2Dのバグ疑うかってのに、同じCPU違うコンパイラで偶々動いたとしてそれでいい訳？

**デフォルトの名無しさん** · 2013/01/08(火) 17:38:49.14

行きつく先がC2Dかはわからないけど、動く条件と動かない条件絞っていかないと
原因にたどり着けないでしょ。

問題の個所は別の呼び出しでは問題なく通っているので、
原因がC2Dと仮定するとえれー複雑な条件が必須なはずでお手上げかもだけど。

実は「おめーがx64のアセンブラ知らねーのが原因、その命令は他のレジスタも
参照してる」とかいう罵声も期待してたけど、飛んでこないところをみるとそう
じゃなかったらしい。

ちなみにシングルスレッドなので別スレッドが書き換えてるもないです。(多分)

**デフォルトの名無しさん** · 2013/01/08(火) 17:43:19.05

>>67
>ちなみにシングルスレッドなので別スレッドが書き換えてるもないです。(多分)

プロセッサのバグ疑うんならOSも疑うべきだろ

**デフォルトの名無しさん** · 2013/01/08(火) 17:47:02.78

>>67
>行きつく先がC2Dかはわからないけど、動く条件と動かない条件絞っていかないと
>原因にたどり着けないでしょ。

別のコンパイラ試すってのは条件絞ってることにはならんよ。

**デフォルトの名無しさん** · 2013/01/08(火) 18:00:40.95

やり方によってはなるよ。

**デフォルトの名無しさん** · 2013/01/08(火) 18:05:39.70

ならないよ

**デフォルトの名無しさん** · 2013/01/08(火) 18:10:49.10

別のコンパイラを試した → 動いた → 前のコンパイラが原因

とはならない。可能性のひとつとして考えられるというだけ。

前のコンパイラが原因の可能性のひとつであるということは別のコンパイラを試す前と変わらない。

**デフォルトの名無しさん** · 2013/01/08(火) 18:22:00.06

コンパイラ変えてコンパイルしなおすだけだったら、そうだろうね。
やってる本人が出来るといってる方法でやってるんだからいいじゃん。

**デフォルトの名無しさん** · 2013/01/08(火) 18:48:48.76

やってる方法がトンチンカンだから書いてるプログラムがクソであることは容易に想像がつく

**デフォルトの名無しさん** · 2013/01/08(火) 19:03:04.86

自分が想像できない事に言いがかり付けない方がいいよ。

ゴミクズみたいのが絡んできたし、これ以上有益な情報得られない
だろうから退散します。
結果わかったら報告しに戻ってくるかも。

**デフォルトの名無しさん** · 2013/01/08(火) 19:07:41.55

最後までクズでした

**デフォルトの名無しさん** · 2013/01/08(火) 19:10:51.57

説明の責任は質問する側にあることが解ってないお子様なんだろう

**デフォルトの名無しさん** · 2013/01/09(水) 08:07:08.02

＞自分が想像できない事に言いがかり付けない方がいいよ。
これが噂に聞くブーメランと言う奴か。

**デフォルトの名無しさん** · 2013/01/09(水) 10:37:54.94

ゴミクズが粘着してるだろうなと思って覗いてみたら案の定粘着しててわろた。

説明責任とか言いながら、詳しく説明されてない方法を「それではできない」とか
断定しちゃう頭の悪さに気づかないのだろうか。

久しぶりに質問者側に回ってみたが、ゴミクズの最底辺さにはあきれ返る。
ほら、遊んでやるからかかってこいよ。

**デフォルトの名無しさん** · 2013/01/09(水) 10:47:15.76

あら？バカが釣れてるｗ

**デフォルトの名無しさん** · 2013/01/09(水) 12:11:23.99

x64のいい逆汗ないかねえ
IDAが有名だが、x64は割らないと無理だし。

**デフォルトの名無しさん** · 2013/01/09(水) 12:17:43.96

あら、普通に買えばいいじゃない
http://www.hex-rays.com/products/ida/index.shtml

**デフォルトの名無しさん** · 2013/01/09(水) 18:09:45.44

貧乏人ばっかだな

**デフォルトの名無しさん** · 2013/01/09(水) 21:42:03.32

汗・逆汗で食ってるわけじゃないからねえ
予算が下りないんだよ

**デフォルトの名無しさん** · 2013/01/10(木) 12:39:59.48

>>84
遊びなら自腹切れよ

**デフォルトの名無しさん** · 2013/01/10(木) 12:42:56.41

そして>>81にもどる

**デフォルトの名無しさん** · 2013/01/30(水) 12:47:58.45

windbgじゃダメなのでしょうか？
他のデバッガにはそんなに便利な機能ありますか？

**デフォルトの名無しさん** · 2013/01/30(水) 12:52:16.21

>>87
おまえはそれ使ってればいい

**デフォルトの名無しさん** · 2013/01/30(水) 22:12:17.27

使途にもよるが、プラグインアリなら、かなり強力
VMと組み合わせて、仮想シリアルデバッグも楽しい

あとntsd/cdbもよろしく。

**デフォルトの名無しさん** · 2013/01/30(水) 23:13:06.24

今時, たくさん並ぶコンソールのスイッチを ON/OFF して,
ロードスイッチを押す作業のなにが楽しいんですか?

俺なら, 迷わずアセンブリ言語を選択します

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

1バイトずつ打ち込むような体験も、一度はしてみとくべきだとおもうんだ
壊れやすいパチパチスイッチはこわいから、大幅に譲ってテンキー(0-9A-F)でいいよ

**デフォルトの名無しさん** · 2013/02/02(土) 18:10:08.52

ポリオミノを生成するプログラムを教えてください（できればC言語で）

**デフォルトの名無しさん** · 2013/02/02(土) 22:39:14.96

マルチ乙

**デフォルトの名無しさん** · 2013/02/02(土) 23:07:42.22

はわわー

**デフォルトの名無しさん** · 2013/02/03(日) 04:36:49.09

RX210 CPUマニュアルの内蔵ROMへのプログラム／イレーズの所を読んでいます。

FENTRYRのLSB側に01hまたは02hを書いた以降にROMリードが起きると
ROMアクセス違反でコマンドロック状態が発生する。
だから「RAMへジャンプしてから」 FENTRYR を書き替えている。

この理解で合っていますでしょうか？

95 · 2013/02/03(日) 05:18:07.27

上のはたぶん合っていると思うんですけど、そうすると、reset時にFCUに対して
周辺クロック通知コマンドを使うときに、hwsetup( )はROMで動くから困るんじゃ
ないかなあ・・・FENTRYRのLSBに01hを書いてからコマンドを書くんだけど、
FENTRYRを書き替えた直後からROMアクセス違反が発生しちゃうことになる。

**デフォルトの名無しさん** · 2013/02/03(日) 09:13:19.07

こんなところで仕事の質問をするものではない。
ばれたらどうなるか考えてみな。

**デフォルトの名無しさん** · 2013/02/03(日) 09:18:09.37

答えられる奴が気軽に答えればいい
仕事の話なら、ここでヒントもらって、裏を自分で取ればいいそこは仕事。

今までwebの仕事ごくろうさん、午後から組み込みやってください、ソロで。
みたいな無理ゲーもいまどきあるらしいじゃないか。

俺はアマだが、汗しらない奴の、いまさら人に聞けない質問には付き合ってるぜ

95 · 2013/02/04(月) 03:43:35.95

リングバッファのリード／ライトポインタから滞留数を計算する手法を教えてもらった
のがこのスレだったような。　あれで滞留数の変数を追放できて役に立ちました。

今度のは新しい石だから、さすがにまだ体験者は居ないのかなあ・・・
マニュアルを何十辺も読んでると、こういう意味で書いてるのかなと判る所もあるけど、
ホント悪文だし。ここ２ヶ月でリビジョン３つも進んでるから変わってる最中。

95 · 2013/02/07(木) 17:30:14.02

RX210の、コード格納用ROMとデータ格納用ROMの章がようやく理解できてきた。

コード格納用ROMのプログラム手法の説明 40.6.4.2(5) プログラム方法で言ってる手順
第3 サイクルのアクセスでは、プログラム対象領域の先頭アドレスに対して
書き込みデータをワードサイズで書いてください。この際、先頭アドレスは
128 バイト境界にアラインしたアドレスを使用してください。

と、40.6.2 FCU コマンド一覧　表40.6 FCUコマンドのフォーマット
で言ってるWAの表現に矛盾があると思う。
WA： ROM 書き込み先アドレス
　　　　書き込みデータ2/8/128 バイトの先頭アドレス

前者は128byteアラインだけでいいと言っているし、後者は書き込みデータのアライン
2/8/128 に従え　と言っている。　誰かこれ体験して解明した人居ませんか？

**デフォルトの名無しさん** · 2013/02/07(木) 17:50:00.83

両方で128バイト境界って言ってるんだからそれに従えばいいじゃん

95 · 2013/02/10(日) 04:55:01.52

へうのリンク制御文（ツールチェインのリンカタブ）とスタック(dbsct.c)の関係が判った。
スタックサイズ７６８がデフォで、これが変数領域のすぐ後ろに配置されてしまう。
「RAMの残りサイズ」がスタックになるような指定はできないのかな？

**デフォルトの名無しさん** · 2013/02/10(日) 06:25:14.17

隣家スクリプトを書き換えればいい話ではなくて?

**デフォルトの名無しさん** · 2013/02/10(日) 15:39:18.35

>>100
フラッシュメモリって消去ブロック＞書き込みブロックになってることが多いんじゃないの？
あとはアドレスによってブロックサイズが異なってるとか。

95 · 2013/02/11(月) 01:39:19.32

>>104 この石では消去ブロックは全体で１個（実装分全部）です。１回の書込コマンド
に続いてデータを２／８／１２８バイト書けるんですが、その時の書き始めのアドレス
について、マニュアルの２箇所で矛盾した表現になっています。

マニュアルの元を書く技術屋さんは、自然言語で表現することが苦手な人が多いので
私は前者が間違いだろうと思っていますが、既に体験した人が居れば裏が取れると
思い、ここで聞いてみた次第です。お客さんを通じてルネには質問を投げて貰いましたが
オフィシャルな回答が返ってくるのは当分先かと。　判ったらここに書きます。

**デフォルトの名無しさん** · 2013/02/11(月) 10:02:23.60

だから、その２ちゃんで裏取るってのはやめれｗｗ

２ちゃんでヒント・経験談を取るのは大アリ
その対称に、誰でも気軽に答えることができる。

95 · 2013/02/11(月) 13:17:59.51

んじゃ、また別の話で、ROMに焼いてあって起動するとRAMにロードして動くような
コードの作り方ってのは？　古代のメインフレームだと、BALR 0,Reg using *.Reg
でセルフリロケーティングな動作が書けたんだけど、H8系でへうだとusingの概念が
無いし。ROMからRAMにコピーしても再配置情報はROM空間のままだからRAMへ
ジャンプしただけじゃ動かないよね。

**デフォルトの名無しさん** · 2013/02/11(月) 15:34:33.42

何のための相対ジャンプ命令だと思ってるんだよ馬鹿か。

**デフォルトの名無しさん** · 2013/02/11(月) 21:08:36.29

x86厨な俺としては、call $+(文字列長) ってのがすぐに思い浮かぶが

95 · 2013/02/12(火) 05:30:38.04

相対ジャンプの機構は理解しています。プログラムの要素はそれだけじゃありません。

ある関数だけをRAMにコピーしてそこをコールするとします。引数は３個まで（これは
レジスタ渡しが保証されるから）その関数内のforループなどは相対ジャンプでできて
いるから動くでしょうが、その関数がROMのどこかにある関数を呼んでいたらそのBSRの
オフセットは元のROM位置からのオフセットであって、コピー先のRAM位置からの
オフセットではありません。ROMからRAMへのコピーはできても、元のコードの再配置
情報は実行コードになった時点で失われてしまいますね。JSR 絶対番地を使えば可能
ですが、このコールはBSR、このコールはJSR をプログラマが選べるＣはありませんね。

こういうことを話してみて欲しいわけです。起動時ベクタは固定・行った先のROMも固定
そこからRAMにコピーして動くプログラムはどんな制約があるのか、どんな作りになれば
いいのか・・・

**デフォルトの名無しさん** · 2013/02/12(火) 11:12:10.96

アセンブリ出力を加工してからアセンブルすればいいじゃん。
ROMにある関数のリストがあるなら自動化できるんだし。

95 · 2013/02/12(火) 17:20:14.81

それも試みたことあります。JSRを手でBSRに直すとか。でも自動化できないし、
人的ミスを持ち込むことになるから、非・推奨な手法という評価になりました。

私が現在認識している制限は、単一関数で外部コールを含まないものなら可能。
複数の関数をリンクして作ったプログラムは、不確定要素が多くて不安、という段階。

Ｃコンパイラマニュアルのなかに、PIC/PID機能の利用　という章があり、ここで
一般的な注意事項が列挙されていました。usingの概念に似た手法が紹介されて
いましたので、そこを読んでいるところです。PICは Positionn Independent Code、
PIDは Position Independent Data のことだそうです。　紛らわしい略語ですね。

**デフォルトの名無しさん** · 2013/02/13(水) 00:14:18.69

>>110
> JSR 絶対番地を使えば可能ですが、このコールはBSR、このコールはJSR をプログラマが
> 選べるＣはありませんね。

絶対番地呼び出したいなら、関数ポインタ経由で呼べばいいだけ。

**デフォルトの名無しさん** · 2013/02/13(水) 02:59:54.64

それはROM関数だけを関数テーブルにするしかないんじゃないの。
関数名（実アドレス）でコールするからBSRかJSRか選べないという
アホな話になるわけですよ。ROMを呼ぶとわかっている関数だけを
コールテーブルにすれば終わりでしょ。

**デフォルトの名無しさん** · 2013/02/13(水) 03:11:22.74

>>114
BIOSは処理ルーチンのアドレスに依存しないための工夫だから
それを参考にすればいいってことだね

95 · 2013/02/13(水) 03:19:46.39

では、割り込みはどう扱われるでしょうか？　今ターゲットにしている石は、
割り込みベクタテーブルの先頭番地をベクタベースレジスタに設定するタイプです。
LINKしたときの割り込みベクタテーブルはROMの中を指していますね。
これは関数ポインタのテーブルだから、割り込み処理は必ずROMコールとなります。

これと、ROMイレーズ／プログラム中はROMを読んではいけない、ということをどう
両立させればよいのか、その手法で悩んでいます。

95 · 2013/02/13(水) 03:28:12.72

>>100 の疑問、自分で考えた答は、後者が正しいと思います。　理由は、
第１、第２ステップでコマンドを書き込むアドレスが「実装のどこでもよい」と記述
されていること。それだと実際にデータを書き込むアドレスがどこかは、第３ステップの
書き始めのアドレスしか情報がありません。終了コマンドも第１，２ステップと同じく
任意アドレスだし。　FCU側のプログラムを書くことを考えると、後者でないと整合性を
保てなくなります。

**デフォルトの名無しさん** · 2013/02/13(水) 08:20:04.38

きっぱり言っておいてやるがな、

肩の力抜けｗｗｗ

ROM書き換え中は、割込テーブルレジスタもRAMに移しちゃうんじゃないん？と
まずは思ったが、いまどきの石ってそこらへんややこしいんかな
あるいは、そこを書きかえるときだけは割込とめるとか

F3とかFBとか、「あのころ」はそんなことしてたな

**デフォルトの名無しさん** · 2013/02/13(水) 20:18:53.75

>>116
ROMリライト中に動く前提のプログラムってのがまず理解できない。
ROMを書き直す＝プログラムを更新するってことだから、その時点で
割り込みベクタテーブルに処理が飛んでくる可能性はゼロではないの。
後だしでプチプチ情報出されても振り回されるだけだよ。

**デフォルトの名無しさん** · 2013/02/13(水) 20:28:38.85

ROMリライト中に動いちゃまずい機能は
ROMリライトの処理中は行わないようにすべきじゃ

**119** · 2013/02/13(水) 21:42:52.69

風呂に入ってデバッグしてきた。なんとなく状況は理解できたと思う。

1)ROMの一部を書き換える組み込みアプリを作りたい
2)ROM書き換え中はROMへのリードアクセスは禁止
3)ゆえにコードをRAMにコピーしてRAM上で動作させたい
4)リンカーの出力するバイナリはROMからの相対アドレスである
5)RAMにコピーしたコードの関数アドレスを手作業でリロケーションはできない
6)さてどうしたものか

まず2が真の時点でROM上でコードを動作させるのは不可能だから
全てのコードをRAMにコピーする前提で考える。
普通はロケーターを使うんだろうけど、話の雰囲気ではロケーターも
使えないっぽいからそれは考えない。
ならば全ての関数呼び出しを関数テーブル経由にするしかない。

第一段階としてブートストラップローダーを作る。こいつの仕事はROMの
コードを全てRAMにコピーすることと、関数呼び出し用に全ての関数を
呼び出すためのコールテーブルを作ること。もちろんコールテーブルの
関数アドレスはRAM先頭のオフセットを加える。
割り込みベクタテーブルもブートストラップが作成する。
もちろんブートストラップ動作中は割り込み禁止。

次に、関数呼び出しを統括するスーパーバイザー関数を作る。この関数
はブートストラップがRAM上に作った関数テーブルを元に、引数で指定
された関数を呼び出す。こうすることで、関数名＝アドレス値がコードに
ビルトインされるのを防ぐ。

ここまで終わったら、ブートストラップがメイン処理に制御を移すだけ。

全ての処理は関数呼び出しに関数名は使わず、スーパーバイザー関数
に対して

**デフォルトの名無しさん** · 2013/02/13(水) 21:46:31.11

>>121の最後2行は無視してください。

**デフォルトの名無しさん** · 2013/02/13(水) 23:45:07.83

RAMが狭小で、フルイメージRAMに来れないんじゃないかとエスパー

機械語っていうか、石の話だが、関連雑談だな

95 · 2013/02/14(木) 05:55:20.77

>>119 おつきあい下さりありがとうございます。１０数年前、H8/16bitでそのような物を
作りました。その時はブートローダーの場所はイレーズしない・ROM書き換え／イレーズ
する関数のみRAMに置く、という手法でした。ブートローダーは割込を一切使わず動く
ように作りました。今回は、RAMはブートローダー全部を載せるぐらいたくさんあります。

ブートの目的は、ROMイレーズ・アプリをROMに焼くこと、焼かれたアプリはふつうに
ROMで動作します。電源ONで動くのはブートなので、アプリがROMに入っているか
チェックして、アプリに分岐するか、ROM焼きモードでブートの中で待つかします。
この方式だと、121後半の設定は不要ですね。ブート動作中は割込を使わないのは
今回も採用することになると思います。

>>123 そうなんです。ROM256／RAM32 とか、機種で多少はありますがそんな感じ。

ブートが固定ベクタを占有しちゃうんで、焼かれるアプリは固定ベクタを持たないこと。
ROM実装サイズがいろいろだが末尾に寄せて実装されている。FFFF0000～FFFFFFFF
とか、FFFC0000～FFFFFFFF とか。なので、ブートからアプリにジャンプする際には
「固定の先頭番地」という過去の手法が使えないので、固定の末尾付近（ベクタのすぐ前）
を使うことになるのかな、と考えています。

後出し小出しが嫌われるのは承知していますが、課題全部はまだ承ってないし、
承っても１，２レスで列挙できるものでもないので、そこはご容赦くださいませ。
目下の選択は、ブートはROMで動く事にするか、ブートの主要部をRAMに転送するかで、
前者は実績があります。後者だと121の前半みたいなお膳立てをＰＧがやるわけですね。
う～ん、厄介そうだなあ。　インテルの再配置ローダーみたいなツールがあればいいのに。

**デフォルトの名無しさん** · 2013/02/14(木) 15:20:59.70

組み込みじゃなくてすまんが、ローダ付きのCOMファイルみたいのを連想するｗ

**デフォルトの名無しさん** · 2013/02/14(木) 20:38:30.06

> インテルの再配置ローダーみたいなツール
転送時点で再配置しとけばいいだけでしょ
読み込んでから再配置しようとか、難しく考えてるような

95 · 2013/02/15(金) 02:49:18.57

EXEファイルと違ってROM上の実行コードには再配置情報は残っていません。
私が過去に実現したのは、再配置情報を含まないことが確認済みの関数だけを
RAMに転送してコールするという手法でした。

**デフォルトの名無しさん** · 2013/02/15(金) 05:12:38.47

hexファイルに再配置情報がないのだから
移動先のアドレスで動くhexファイルを作っておいたらってことだけど
移動先に移動させる仕掛けはどっかに必要だけどね

ROM、RAM領域のアドレスが移動できるarmで
boot時にROMは０から見えるけど
最終的には上位番地でROMの実行コードが走ることをやったことある
（RAM領域は最終的に０番地から見える）

**デフォルトの名無しさん** · 2013/02/15(金) 09:12:16.11

reloc情報つきのモジュールを置いて、それを自前ローダにくわせてはだめなんか
超小型車輪の自社開発みたいになるが

感覚的には
void* loader(void* _code, int _codesize, WORD* _relocs, int _relocssize);

95 · 2013/02/15(金) 17:10:10.76

>>128 実行空間と格納空間を別に指定できるLINKの仕方がHewにあるかどうか
なのですよ。ビルド－ツールチェイン－リンカのタブにそれっぽいのが無いみたい。
それがあれば、例えばFFFF0000番地にロードするイメージを00100000番地に格納
みたいなことができるのですけどね。ただ、コンパイラのマニュアルにpic,pidオプション
ってのがある所から見ると、copyしても動くようなオプションつけてビルドしなさいと読める

**デフォルトの名無しさん** · 2013/02/15(金) 18:26:44.31

FFFF0000番地にロードするイメージのhexファイルを一度作って
00100000番地に格納出来るhexファイルに加工するほうが
悩まなくて済むような

95 · 2013/02/16(土) 03:47:45.45

いや、だからそれは再配置情報が失われているって（ｗ

95 · 2013/02/16(土) 04:34:12.70

コンパイラマニュアルのリンケージエディタの使い方：セクションオプションの章を見ると
>>130 みたいな割り付け方法は無さそう。なので一般的な手法としては pic,pid 指定を
付けてビルドし、130の例で言えば00100000番地でリンク、実行時にFFFF0000番地へ
copyして実行、という流れになると思います。固定ベクタのResetVect（再末尾）は
ROMの実行開始部を指し、そこは最低限RAMへcopyしてジャンプするコードを置く。

Hardwaresetup( ) の部分なんかはRAMで実行する必然性は無いので、reset時ROMで
実行してもかまわないでしょう。ただ、「RAMで実行することが必然」な機能が何かという
ことを考えてゆくと、以前の仕事みたいにROMとRAMを行き来する手法もありかな、と。
後者の利点は、CODEを置くためのRAMが少量で済むこと・再配置情報が無いルーチン
だけを置くことで再配置問題を回避できること。

**デフォルトの名無しさん** · 2013/02/16(土) 09:03:49.43

開始アドレスだけかえて複数のhexファイルつくって、
比較して、reloc情報を起こせばいいんじゃないかと

そんなので済むかって？
そんなので済むように書けるのが、機械語じゃないかｗ

95 · 2013/02/19(火) 05:00:31.82

以前書いたブートコードは、割り込みを使わずuartはポーリングで書いたのですが、
今回の石ではその手法は使えないことが判りました。なんと、uartのステータスregに
RXRDY，TXRDYのフラグが無いの(*o*) だから受信・送信のトリガーは必ず割り込みで
取らないといけない。　これで解らないのがベクタとpic,pid機能との関連。

ベクタ（＝割り込み処理コードのアドレス）、処理（＝ROMの１００００番地に実行コード）
このベクタと処理をRAMの100000番地に書き写したとしても、ベクタの指す先はやはり
10000番地のままだから、割り込みが発生したら10000番地が実行されてしまうよね。

**デフォルトの名無しさん** · 2013/02/19(火) 05:45:21.07

普通RAM上にフックさせるだろ

**デフォルトの名無しさん** · 2013/02/19(火) 16:44:08.41

UARTをいつも見張ってると、CPUの手がそんだけ取られてるような

**デフォルトの名無しさん** · 2013/02/19(火) 17:05:45.94

ROMとRAMが同じアドレス空間にマップされるというマッピングが
そもそもあり得ないんだけど。かりに意図してそうしているのなら
何らかのバンク切り替えメカニズムもあるはずだよね。

**デフォルトの名無しさん** · 2013/02/19(火) 17:07:34.94

>>138
ああRAMは0が1個多いのか。
で、ROMのコードを実行する意図でないのならベクタの中身も
書き換えてRAMでrunさせるのは当然じゃないの。

95 · 2013/02/20(水) 03:07:34.98

>>100 の疑問の答が貰えました。やはり>>117で正解でした。メーカーの人って
頑張るかと思ったけど、意外に素直にマニュアル間違ってますと認めちゃうんですね。

95 · 2013/02/20(水) 06:56:45.05

PICを吐くようコンパイラに指示してビルドしたけど、ベクタの中身は変わりませんでした。
原理的には想像はついてたんだけど、実際に出会ってみるとガッカリ。
ポジションインディペンデントであってセルフリロケーティングなわけじゃないもんね。
命令中の実アドレスは（再配置を要するものは）一切ダメ、ってルールブックに書いて
おけばいいのに、そこの所をマニュアルではぼかして書いてあるの。

**デフォルトの名無しさん** · 2013/02/20(水) 21:12:32.70

そんなもんコード上で書き換えないと変わるわけないじゃん。
そんな至れり尽くせりのコンパイラなんかどこにもないぞ。

95 · 2013/02/21(木) 02:33:26.66

これは実際に製品にするので、その辺をどうするか手探りしているところです。
石はRX210、内蔵ROM／RAM＝128～512／16～64 ぐらい、ｃコンパイラの拡張機能で
専用の特殊regをいじる組込関数が提供されてます。set/get_btbl( )，set/get_psw( )等
RAMの実装番地は０番地からなので、copyしたら０番地に飛ばす、あるいは特定の低い
番地に飛ばすのは可能ですね。

古代のメインフレームでは BALR USING という手法でセルフリロケーティングなコードを
書きやすくしてくれたのですが、メモリが激安の現代にそんな手法がなぜ無いのだろう・・・
あ！　ROMライタにはそういう機能があったなあ。コードは０番地で動くようにLINKして、
ROMに焼くときに元のコードのロードアドレスにFFFF0000を足して転送、という機能。
（昔のライタなので８桁はムリだったかも）ルネ提供のライタにそういう機能があるかな。

**デフォルトの名無しさん** · 2013/02/23(土) 10:42:42.62

手探りで製品開発？
しかもにちゃんで質問…

**デフォルトの名無しさん** · 2013/02/23(土) 22:37:36.63

ちょっとどうかなと思う発想もあるが、正直よその石のことは想像でしか聞けないし、
雑談ネタを投下してくれてると思って流し読みすればおｋ

95 · 2013/02/24(日) 06:43:46.88

打診が来てから３ヶ月、未だに仕様のカケラも来ません。仕方なく石のマニュアルから
お試しコードと、過去の情報からアプリの下書きを書いてます。こういうのがあると
仕様が来だしたときちょっとした手直しで目的のコードにできるから。
ソフト会社だと仕様が来てから動くしかないから、こんな時点では動けないし、
仕様が来たときには納期が破綻してるというケースばかりでした。

>>137 通信以外には何も無い、内蔵ROMライターみたいなアプリでした。
ROMに書いてレディを待つ貼りつきの間、割り込みが使えないのでそこでポーリング。

**デフォルトの名無しさん** · 2013/02/24(日) 13:18:11.85

それってまだお金もらってないってことだよね。
そんなんで先行投資しちゃっていいの？
こっちが心配することじゃないけどさ。

95 · 2013/02/25(月) 04:38:45.31

お金はいずれ貰えます。ハード屋さんは私に発注することを上司に承認取った上で
少し高い石を選びました。　ハードが一段落したらソフト要求仕様を書き上げそこで
一般のソフト会社に投げるネタになります。そこから見積もり依頼→見積もり→承認。

出来レースにしないために相見積もりしてもらうのもかまいません。partの合間なので
フルタイムなら１人月分ぐらいの先行かな。生活のためではなく面白いからやってるだけ
で、自分が今のソフト屋と比べて仕事がのろいのは自覚してるから、本決まりになって
から間に合うように、先回りできる分野は先に片づけるようにしてます。
本格start以降の期間には、ダンピングの非難が出ない程度のお金は貰います。

>>130-135 辺りの問題は、石の設計思想にその解決手法が用意されているようです。
内蔵ROMの空間が２とおり用意されていて、小さい方の空間で実行している時もう一方
の大きい空間のイレーズや書き込みを実行すればアクセス違反が出ないとの事らしい。
マニュアルの自然言語の表現で、ある文脈のROMがどちらを指すのかあいまいなので
そこを再確認待ちです。　私はRAM空間用にLINKしたコードを小さい空間に焼いて、
起動時RAMにコピーしてそこへ分岐、という手法を試していましたが、これでラッキー。

95 · 2013/02/27(水) 05:17:44.08

>>148 の再確認はOK貰えました。以前はROMがbyte書込だったので問題ない事が
今回はword書込で問題になることが見つかりました。

S30AFF7FC080EF773B1D0E6B　　　　　　　　　　　　　　　　最後C084 にﾗｲﾄ、
S315FF7FC0885645523F00000000A4C57FFF522000009F　　　C088からﾗｲﾄ
S314FF7FD26023F3601158117125FF405102660102BA　　D260～D26Eにﾗｲﾄ、
S315FF7FD26F7F957F957F957F957F957F967F957F958A　　　　D26Fからﾗｲﾄ
１行目の末尾 C084の0Eは、0EFFにして書き込まなければならない。
３行目の末尾 D26Eの02は、02FFを書いてはならない。その次の行の
D26Fの7Fが来た時点で初めてD26Eに027Fを書いてよい。

どのように実装しようか考え中です。

**デフォルトの名無しさん** · 2013/02/27(水) 08:20:03.51

なんつーんだっけ? Sファイル?
そいつを運用で奇数バイトから始まるものは受け付けないってできないの?
そういう折衝する可能性も考えずに言われたままにほいほい実装するの?
つーか、そもそもそ半端なワード(2バイト領域)はROMから読み出してから
書き戻せばいいんじゃないの? クリア済みが保障されているならクリア値で
埋めればいいんじゃないの?
土方は何も考えない分気楽でいいなぁ。

**デフォルトの名無しさん** · 2013/02/27(水) 11:16:30.75

Motrola S Formatかな。

95 · 2013/02/27(水) 13:36:10.63

そう。モトローラのＳフォーマットファイル。ふつうのリンカが出力したファイルですよ。
それを運用で焼いてあげませんって処理系に言われたらヤでしょ。

クリア値で埋めるのも、パソコンなら１ＭＢ用意してもいいでしょうが、
ROM16KB／RAM16KB ぐらいの空間で動くように実装するんです。
したがって流れの中で解決する必要があります。イレーズは全部いっぺん、
ライトはアドレス・データであちこちに書けますが、２度書きはできない（しない）のが
原則ですね。　ROMの性質上、xxFFのワードにxxyyを上書きするのは可能だろうと
思いますが、マニュアルで保証されてはいません。

半端なバイトを取っておくようなアルゴリズムを書いてみたのですが、いまいちすっきり
しません。ROMから読み出すアルゴリズムのほうがスマートなのは確かなので、
xxFF→xxyy FFvv→xxyy の重ね焼きが可能か、メーカーに質問投げてみますね。

95 · 2013/02/28(木) 05:38:10.44

>>103 へうでのリンカスクリプトの使い方がやっと判って、スタックの割り付けも臨む
場所にできました。ビルド－ツールチェイン－最適化リンカタブの中の、セクション
カテゴリーを開くと、アドレスとセクション名の対応が表になっていて、それを編集
するのですね。-start=B_1,R_1,B_2,R_2,B,R/06000,SI/07D00,PResetPRG/0FF7FC000,
C_1,C_2,C,C$*,D_1,D_2,D,P,PIntPRG,W*,L/0FF7FC080,FIXEDVECT/0FFFFFFD0
自分でこういう制御文をコマンドラインに書くのに慣れていたので、どこにそういうの書く
のだろう？？と。

へう推奨のセクション割り付けパターンが、アライメント１，２，４の順なのですね。
これがまた違和感。従来はアライメント４，２，１でした。勿論自分でそういう指定に
直すことはできるのですが、この推奨パターンにはどんな意味があるのでしょう？

あと、コード部配置順も、resetprgが先頭、以下定数、実行コード、割り込みコード、
ラベル、文字リテラル　という推奨順なのですが、何で定数の間にコードを挟むのか
理解しずらいんですよ。

**デフォルトの名無しさん** · 2013/02/28(木) 06:48:58.12

×臨む
○望む

×理解しずらい
△理解しづらい
○理解しにくい

95 · 2013/02/28(木) 07:02:06.19

校正どうもです。　のぞむなんてどこで書いたか忘れて探してしまった（ｗ

95 · 2013/03/03(日) 06:11:12.39

打診のときは移植みたいな話だったのに、機器がみなネットワーク対応になってるから
ネットワークプロトコル実装しなくちゃいけないっぽい・・・アプリ本体よりそっちのが余程
でかいじゃん。

**デフォルトの名無しさん** · 2013/03/03(日) 12:16:48.80

高度な車輪は再発明できてもすぐ壊れちゃう

95 · 2013/03/08(金) 06:45:05.62

>>135 で、ポーリングは使えないと書いたんですが、RXRDYのステータスをポーリング
あうるのではなく、受信割り込みがあったことをポーリングすればその手法自体は書ける
ことに気が付きました。「入力が入り次第すぐそれを使う」という点で一貫してるので、
単純なプログラムを書くには適した手法でした。わざわざその手法で書き直す必然性は
ないので後戻りはしませんけど。

RXシリーズは、石の設計思想にコンパイラやOSの存在が組み込まれていますね。
SIとSU（割り込みスタックとユーザースタック）が別とか、特権命令があって、PSWの
スーパーバーザーモードとユーザーモードを区別するbitにより例外を発生させるとか。
でもMAX50MHzでWinみたいなマルチタスクを実現するわけでもないし、OS無しで
単純ループで書いてるだけだとこの設計思想のありがたみは感じないなあ・・・

電源でなぜいつも苦労するのかは、どなたか判りますか？

**デフォルトの名無しさん** · 2013/03/08(金) 23:06:24.23

安定してると思うなと？

95 · 2013/03/10(日) 17:37:13.01

LAN通信機能は不要だそうです。serialのみ。これならなんとかなるかな。

95 · 2013/03/17(日) 03:19:03.37

飛び込みで8085の仕事が来た・・・CPU以外にも 8251 8253 8255 どうやって石調達
してるんだろ？　結局ここで推敲してもらったstpcpy( )は使わなくなってしまいました。

**デフォルトの名無しさん** · 2013/03/17(日) 04:04:32.20

>8251 8253 8255 どうやって石調達してるんだろ？

量産でなければ普通に手に入る。秋葉原の店頭でもまだ見掛けるし。

**デフォルトの名無しさん** · 2013/03/17(日) 18:55:26.90

汎用チップの需要って案外ワンオフとかであったりするんで
ロット納品とかでなければ普通に売ってるよ。

95 · 2013/03/18(月) 05:07:22.32

チップバラで買ってハンダ付け名人のおばちゃんが組み立てるのか～・・・
手作りはお互い様ですね。今朝HEXを送信しました。　256のROMまだあるのかな？

95 · 2013/03/25(月) 17:31:14.10

その後４回手直ししてHEXを送付しました。全部パツイチで動きました。
ふつうのソフト会社なら３０分の仕事にする所、暇なので１６ｈもかけてしまって\3ﾏｿ（ｗ
明日から本業のRXに戻れるかな

95 · 2013/03/26(火) 06:21:07.57

uartに割り込み来ない・・・と思ったら、PMR,PDRより前に
マルチファンクションピンコントローラのレジスタ設定が必要だったorz
しかもこっちの章が後なのに設定は先とか・・・もうね、意地悪！

**デフォルトの名無しさん** · 2013/03/26(火) 08:50:12.72

また何を基本中の基本を……

95 · 2013/03/27(水) 04:49:55.10

まだ割り込み来ない・・・やったこと：hwsetupで、マルチファンクションピンコントローラの
P20～P33PFSでTXD/RXD端子に設定、PORT3.PMRとPORT2.PMRでTXD/RXD使用、
ICU.IPR[218]と[226]＝優先度２、IER[27]と[28]＝0Fと3C（SCI1,6のERI,RXI,TXI,TEI許可）
リセット直後でINTBに可変ベクタテーブルの先頭設定、hwsetup( )から戻った所で
set_psw( )でPSWのIbitをオン。SCI1と6のSMR,BRR設定してSCRに50h(REとRIE)書いた。
これでシリアルにデータ入れても割り込み来ない。uartのレジスタの辺りダンプすると
みんな00になってる。BRRやSCRやRDRは非ゼロが見えるはずなのに・・・
何かまだ設定忘れてる？？

95 · 2013/04/02(火) 05:58:57.63

SCIxには保護レジスタなんてありませんよね？

95 · 2013/04/02(火) 16:28:54.68

と、思ったら、モジュールストップレジスタというのがあって、ユニット毎に動作を開始
しなきゃいけないようになてましたね～　>>167さん、基本中の基本をご存じなら
>>166あたりで指摘してほしかったですね～　結果はもうじき来ます。

**デフォルトの名無しさん** · 2013/04/02(火) 18:19:21.45

基本中の基本って言われたら
基本を調べるよなふつう

**デフォルトの名無しさん** · 2013/04/02(火) 19:32:31.71

つーか、私だって全てのCPUのレジスタ構成を把握しているわけじゃないもん。
自分が使うCPUならレジスタ構成を把握するのが基本だろって話だよ。

95 · 2013/04/03(水) 02:45:11.79

自分が使うユニットの章しか読まないでコードしてもなんとか動いたんですよ、H8Sとか。
概要の章に、何章までは全部読んで理解しないと使えないよ的な前置きが欲しかったな。
１６００ページもあるの、全部なんか読んでられないわ。

95 · 2013/04/03(水) 03:06:31.08

モジュールストップ解除したら動きました。やれやれ・・・
タイマ割り込みが来ないのもこれのせいでした。この石は省電力が売りなので、
使わないユニットにはクロックを送らないことで省電力を実現してるんでしょうね。
これでやっと本来のアプリのデバックに入れます。

95 · 2013/04/06(土) 16:59:58.74

評価セット借りてきて、自分のパソコンにつなぎました。
ドライバのインスコで神経すり減らしたけど、動いたら快適。
DATAflashの書き込みと読み出しがうまく行きました＼(^o^)／
同じ手法で内蔵fROMの書き込みもしてるので、この先Ｓレコードの書き込みも
うまく行きそうです。デバック用にWDTリフレッシュ殺して動かしてますが、
うまく通信できてます。

**デフォルトの名無しさん** · 2013/04/06(土) 19:21:41.28

で、忘れた頃にWDT入れたら、真っ青になるとｗ

# 茶化してるだけねｗ

95 · 2013/04/07(日) 16:41:00.54

FFFFFFFC番地に入っているアドレスに飛ばすｃ文はどう書けばいいですか？
　　( (void*)(0xFFFFFFFC) )( );　ってやると、FFFFFFFC番地に飛ぶ命令が出ちゃう。

**デフォルトの名無しさん** · 2013/04/07(日) 17:16:27.39

>>177
ポインタサイズが32bitと仮定すると

unsigned long pl;
void (*func)(void);

pl = *((unsigned long *)(0xFFFFFFFC));
func = (void *)pl;

**デフォルトの名無しさん** · 2013/04/07(日) 17:42:33.19

普通にこうすりゃいいだろ

((void (*)(void))0xFFFFFFFC)();

分かり辛いなら

void (*func)(void) = (void (*)(void))0xFFFFFFFC;
func();

**デフォルトの名無しさん** · 2013/04/07(日) 17:43:40.18

>>179
分かってないなあ

**デフォルトの名無しさん** · 2013/04/07(日) 17:45:37.68

(*((void(*)(void))(*(unsigned long *)0xFFFFFFFC)))();

こうかな…？手元に環境が無いのでちょっと自信ない

**デフォルトの名無しさん** · 2013/04/07(日) 17:53:07.22

>>180
斜め読みしてたすまん
こうだな

(*(void (**)(void))0xFFFFFFFC)()

**デフォルトの名無しさん** · 2013/04/07(日) 23:31:03.66

機械語スレでCごとき高級言語とか

# デスクトップでも__asm は試作で重宝してる

**デフォルトの名無しさん** · 2013/04/08(月) 01:19:14.00

asmすらこのスレにはふさわしくないんだよなあ
emitしないと

95 · 2013/04/08(月) 01:26:33.40

>>182さんので通りました。　ありがとうございます。
　　MOV.L　　　#0FFFFFFFCH,R4
　　MOV.L　　　[R4],R5
　　JMP　　　　R5

このｃはasmの行を挟み込む機能は無くて、asmのインライン関数を吐かせるんです。
判らなかったら、#pragma inline_asm func
void func(void) { } の中に上の３行を挟んで書こうと思っていました。
「ポインタのポインタ」で理解するより３行のasmのほうが私には理解し易いですね。

**デフォルトの名無しさん** · 2013/04/08(月) 01:34:29.20

分かり辛いなら

typedef void (*funcptr_t)(void);
funcptr_t* p_func = (funcptr_t*)0xFFFFFFFC;

(*p_func)();

とか

**デフォルトの名無しさん** · 2013/04/08(月) 04:11:03.22

>>185
ポインタのポインタが解りにくいというより
C言語の関数ポインタの書式が分かりにくくしてる原因だと思う

95 · 2013/04/08(月) 09:40:33.18

そうですね。asmでの理解ならすんなりいくのに。

ユーザーブート領域のプログラムをデバックしようと思って、その空間でLINKした
コードをダウンロードして、リセットベクタをそこを指すようにして実行してみると、
対象領域がみんなFFになってる。未実装として読まれてるみたいです。

端子２つと特定番地の内容でブートモードになる、とマニュアルに書かれていたけど、
なるほどこういうことだったのか。リセットベクタを含む固定ベクタはアプリにだけLINK
するものですね。起動時にそういう端子入力ができるようにハードを直してもらいます。

**デフォルトの名無しさん** · 2013/04/08(月) 11:30:36.97

機械語オーライなら、もちろん、call convention は気にするよな？
組み込みのCの処理系がどうとなってるか詳しくないが、

typedef int (__cdecl* myfuncptr_t)(int, int);

とかって書くようにしてるぞ。

**デフォルトの名無しさん** · 2013/04/09(火) 00:12:48.20

__cdecl がデフォルトだったと思うので
__stdcall しか書かないな

95 · 2013/04/09(火) 14:34:43.07

SCIの受信とDMACを連携して動作させられるじゃないですか。あれってバイト数は
DMACに設定するんだから、何バイト来るか判っている場合にしか使えませんよね？

**デフォルトの名無しさん** · 2013/04/09(火) 21:12:38.25

DMACは基本的に固定長のデータ転送に使うものだから
不定長のデータには使えない。

95 · 2013/04/13(土) 05:28:44.66

watms(int ms) 関数が素通りしてるっぽい・・・　　RX210
void waitms(int ms) {　　　　　　　　　　　　hwsetup( ) で MSTP_CMT1 = 0; はやってる。
//　　入力:ミリ秒単位の数値(50mSまで)。誤差の少ないwait関数。
　　CMT3.CMCOR = PCLK/128/1000*ms;　　　　// 1KHz(1mS)の分周値*mS
　　CMT3.CMCR.WORD = 0x00C2;　　　　　　// Φ/128 ｾﾚｸﾄ,CMIE3許可
　　CMT.CMSTR1.BIT.STR3 = 1;　　　　　　// ｶｳﾝﾄUP start
//　　do { } while( CMT3.CMCNT ); 　　　　// 一致を待つ
//　　↑CPUﾏﾆｭｱﾙ 25.2.4には、一致するとCMCNTは０になると書かれているが
//　　０である128clkの間、別の割込で他の箇所を実行しているかもしれない。
//　　そこで下記の割り込みを待つようにする。
　　do { } while( CMT3.CMCR.WORD & 0x40 ); // 割り込みを待つ
}
#pragma interrupt(Excep_CMTU1_CMT3(vect=VECT_CMT3_CMI3))
void Excep_CMTU1_CMT3(void) {　　　　　　// 1mSﾀｲﾏ割込み処理　　　　13.02.28
　　CMT3.CMCR.WORD = 0x0082;　　　　　　// Φ/32 ｾﾚｸﾄ,CMIE3禁止
　　CMT.CMSTR1.BIT.STR3 = 0;　　　　　　// ｶｳﾝﾄUP stop
}　これで1msのｎ倍waitできると思ったんだけど、すぐリターンしてくるみたいなの

**デフォルトの名無しさん** · 2013/04/13(土) 18:42:50.64

volatile?

機械語じゃなくね？ｗ
保守してくれてるとおもって気にしてないが

**デフォルトの名無しさん** · 2013/04/13(土) 19:13:06.56

素通りしてるとか言う前に吐かれたマシンコードを見るのが
先じゃないのかな。

**デフォルトの名無しさん** · 2013/04/13(土) 19:14:54.81

ああ、「マシンコード」か。見慣れない字面だから空目してびっくりしたわ。

**デフォルトの名無しさん** · 2013/04/13(土) 22:25:12.84

マ○ンコード

95 · 2013/04/14(日) 04:11:24.79

マシンコードは見たんですよ～　すぐ気が付くようなミスは無かったと思う。
　　CMT3.CMCOR = PCLK/128/1000*ms;　　　　// 1KHz(1mS)の分周値*mS
　　　　MOV.L　　　　#00088000H,R4
　　　　MUL　　　　　#90H,R1
　　　　MOV.W　　　　R1,1CH[R4]
　　CMT3.CMCR.WORD = 0x00C2;　　　　　　// Φ/128 ｾﾚｸﾄ,CMIE3許可
　　　　MOV.W　　　　#00C2H,18H[R4]
　　CMT.CMSTR1.BIT.STR3 = 1;　　　　　　// ｶｳﾝﾄUP start
　　　　MOVU.W　　　0H[R4],R5
　　　　BSET　　　　01H,R5
　　　　MOV.W　　　　R5,10H[R4]
　　do { } while( CMT3.CMCR.WORD & 0x40 ); // 割り込みを待つ
L26: 　MOVU.W　　　18H[R4],R5
　　　　BTST　　　　　#06H,R5
　　　　BNE　　　　　L26
　　　　RTS

95 · 2013/04/14(日) 04:15:42.22

void Excep_CMTU1_CMT3(void) {　　　　　　// 1mSﾀｲﾏ割込み処理
　　　　PUSHM R4-R5
　　CMT3.CMCR.WORD = 0x0082;　　　　　　// Φ/32 ｾﾚｸﾄ,CMIE3禁止
　　　　MOV.L　　　　#00088000H,R4
　　　　MOV.W　　　 #0082H,18H[R4]
　　CMT.CMSTR1.BIT.STR3 = 0;　　　　　　// ｶｳﾝﾄUP stop
　　　　MOVU.W　　　10H[R4],R5
　　　　BCLR　　　　 #01H,R5
　　　　MOV.W　　　　R5,10H[R4]
　　　　POPM　　　　 R4-R5
　　　　RTE

**デフォルトの名無しさん** · 2013/04/14(日) 04:19:11.36

do whileの脱出条件が間違っているようにしか見えない。
そもそもなぜdoなのか。通常のwhileではできない理由があるのか。
そこらへんが理解できないな。
あとコンパイラによってはdo { }が空文だと最適化でコードにしない
ものがあったりするので（昔のMS-Cとかね）最適化オプションは
全てオフにしてから確認するといいかもね。