Hyper Operating System(ITRON仕様OS)

Fork

A1:確かにsta_hosからの説明は抜けています。ちょっと説明不足ではあります。
で、こういった場合どうするかと言えば、ソースコードを読むんですね。sta_hosのソースコードを探すと、src/kernel/hos/sta_hos.cの中に入っています。そのコードの先頭でkernel_cfg_init()って関数を読んでいます。これが何処に在るかと言えば、もともとATT_INIが書かれているのはコンフィギュレーションファイルなので、展開先はkernel_cfg.cとkernal_id.hに限られるます。kernel_cfg.cを開いてみると、そこに在る訳です。

A2:アイドル状態のスタックですが、実行状態、実行可能状態のタスクが存在しない時、このアイドル状態を実行するのは本の中でも説明しています。
このアイドル中にも、勿論割り込みが入る可能性があるので、アイドル中に使用するスタックサイズ＋割り込みハンドラの出入り口処理までのスタックサイズ分の領域を確保しておく必要があります。
しかし、261ページ以降で、スタックサイズの再計算を行っていますよ。

HEW、GCCはどちらも素晴らしい環境だと思います。
統合環境として上手く取りまとめているHEWと、常に最新のコンパイラを使うことが出来、また文法チェックもより厳しいGCC、両方使ってみるのが吉かと。

おお！早速著者様自らご解答賜りありがとうございます m(__)m
感動です。うるうる。

>こういった場合どうするかと言えば、ソースコードを
>読むんですね。

おっしゃるとおりです。でも、コード読むのって難しいので、
解説本を実費捻出して買ったわけでして(^_^;
この本でITRONに入門した身からすると、仕様を理解するのに精一杯で、
仕組みまで到達するのは随分遠いんです。

あと、HOS_IDL_STKに関しては、それが何かについては書籍から理解できました。
疑問を持ったのはアイドル状態のスタックをなぜ、0xFe80に決めうちしてるか？
についてです。0xFe80は一体どこから出てきたのかな？と。書籍の中で説明されてるのは、
その前の引数のスタックサイズに相当する128→68についてだけであったと
読み取りましたが？読みが浅いですか？サイズについての再計算は理解できました。
でも、スタックフレームの開始点に関しては仮決め値がそのまま引き継がれており、
これなら、手動指定するのでなくNULLでは駄目なのかとdocument/hos4cfg.txtを読んで
疑問を持った次第です。

>HEW、GCCはどちらも素晴らしい環境だと思います。
gccに関してはsunの68Kの時代から20年くらいつきあいがあるのですが、
H8のリモートデバッグでは、gdbにパッチをあてないといけないとか、
gdb、insight自体の安定性も含めて(よくフリーズしてました特にCygwinで)、コンパイラというより、
デバッグ環境に問題があります。Htermのソースデバッグの方がはるかに軽快で
安定しているという印象を持ってます。スタックに関してもOS無しの地下書きで
あまり気にしてなかったのですが、人様の作ったOSが下で走ってるとお手上げです。

すいません、先頭アドレスの話でしたね。
お察しの通り、NULLとしてしまっても構いません。

なんで領域アドレスを指定したんだっけなあ？。