こいさんさん
杉本です。
SSPで使用しているPerlユーティリティは全てEUC+LF形式で
保存した状態で動作確認しています。
(CygwinのインストールもUnix設定で行って確認しています）
SSPの仕様はdoc/ssp_spece.txtをご覧ください。
（SSPの仕様書はあるのですが、現状公開されているTOPPERS統合仕様書には
マージされていません）
SSP開発の背景としては、待ちを使わないようなシンプルなアプリケーションへの
RTOS適用があります。待ちがなくともスケジューラや割込みハンドリング機構、
時間管理機能といった恩恵に預かることができます。
SSPの開発背景や適用分野はTOPPERSからのプレスリリースも参考にしてください。
http://toppers.jp/press/release-1111.pdf
以上、よろしくお願いします。
2012年1月13日16:35 koizumi yoshiyuki <koizumiyoshiyuki ＠ gmail.com>:
> こいさんです
>>> TOPPERS-SSPをWindows CygwinでBuildして見ました。ソースがEUCなので、作業前にS-JISに変換してBuildした処、make
> depenが失敗しました。
>>> Generating Makefile.depend.
>> ../utils/confkernel svccall.def ../kernel/kernel_construction.def
> Makefile.config
> Line 65 : predicate must be 'define' or 'require'.
> Line 63 : predicate must be 'define' or 'require'.
> Line 60 : predicate must be 'define' or 'require'.
> Line 57 : predicate must be 'define' or 'require'.
> Line 55 : predicate must be 'define' or 'require'.
> Line 42 : predicate must be 'define' or 'require'.
> Line 39 : predicate must be 'define' or 'require'.
> Line 36 : predicate must be 'define' or 'require'.
> Line 33 : predicate must be 'define' or 'require'.
> Line 31 : predicate must be 'define' or 'require'.
> Line 29 : predicate must be 'define' or 'require'.
> Line 24 : predicate must be 'define' or 'require'.
> Line 11 : predicate must be 'define' or 'require'.
> Line 8 : predicate must be 'define' or 'require'.
> Line 5 : predicate must be 'define' or 'require'.
> Line 2 : predicate must be 'define' or 'require'.
> make: *** [genkerconf] Error 1
>> 原因はkernel\kernel_construction.defをS-JISに変換すると改行がCR、FLになります。kernel_construction.defの改行のみの行がPerlのutils\confkernelで改行のみ行が処理できないようです。onfkernelに一行追加しました。
>>> 97 while($line = <IN>)
>> 98 {
>> local $/ = "\r\n"; # 削除したい改行文字を設定
>> 99 chomp $line;
>>>>> Windowsでやる人はあまりいないのかも知れませんが報告しておきます。
>>>>> 追伸(SSPに対する疑問です）
>>>> SSPにはタスクを待ちする処理がないようです（まだ詳しく読んでいません）。待ちの処理がなくてRTOSを使う意味が私にはよくわかりません。この辺を説明しているような何かが有りませんでしょうか。SSPの仕様を決めたときのメモ。のようなものでも紹介していただければ幸いです。
> extensionに周期ハンドラがあるのでタスク起動と周期ハンドラでシステムを作れと言っているのでしょうかね。
>>> タスク、タイマ、イベント、クリティカルセクション、キューがあればRTOSとして何とかなると思っていましたが、別な考え方があるのでしょうかね？
>> 以上
>
