05/01/17 20:08:53
>>247
平均はそれなりに改善しているはずだが、最悪値はそんなに改善してないと思う。
普通についてくるのが、変なドライバの部類に入ったりするからのう…
249:Be名無しさん
05/01/18 09:33:22
組み込み系会社がリアルタイムなLinuxを作って、本筋カーネルにマージするって逝ってるじゃん。
さすがはスケーラブルＯＳ。ITRONの欠けてる部分。
250:ITRON名無しさん ◆4WD27e3i1o
05/01/18 10:11:39
仕様と実装を混ぜ返しているのは恣意?
251:Be名無しさん
05/01/18 15:07:49
いや、実装にしか興味無し。
252:ITRON名無しさん ◆4WD27e3i1o
05/01/18 18:56:16
特定のITRON仕様準拠OSを決め打ちしないと実装の話ってできないのでは?
253:Be名無しさん
05/01/19 13:50:48
>>247
HDD等File accessの最悪値が数百msと聞いたことがある
>>249
質問です。
本筋カーネルへ反映の目処は立ってるのでしょうか？
何年も前からそういう話を聞いてるが、未だ...
254:ITRON名無しさん ◆4WD27e3i1o
05/01/19 17:42:11
>>253
割込み遅延が???
ネタ元が解るようなら教えてくなない。
255:253じゃないけど
05/01/19 21:48:47
>>254
一つ思い出したので。
URLﾘﾝｸ(lc.linux.or.jp)
これの結果は桁が違うが、どこまでばらつくか予測できないからなあ。
そういえば上流に投げれ言っておいたのに全然動きが無いなあ…
256:Be名無しさん
05/01/24 10:56:14
携帯電話も車もITRON/SHやWinCEから、
他OS/ARMやMIPSに逃げてるって記事が多いんだけど、
実際のところどうなんでしょ。
257:Be名無しさん
05/01/25 08:35:19
>>256
携帯電話で話題になっているのはアプリケーション部分で依然通信部はITRON。
なかにはオールITRONのシャープSH901iのようなものもまだある。
（しかもLinuxなどにくらべ動作にモッサリ感がないから人気機種）
トヨタの車はITRON
その他の高機能化してないいわゆる「マイコン」はITRON
258:ITRON名無しさん ◆4WD27e3i1o
05/01/25 11:37:25
> トヨタの車はITRON
必ずしもそうでないんだな、これが。
クルマに関してはOSEK優勢と見るのが一般的。
車内LAN化の波にITRONが乗り損ねたのは否めない。
259:Be名無しさん
05/01/25 16:48:04
>>254
昔、某組み込みLinux会社(米国本社)の説明で、FDD(やHDDとかもかな？)の異常=反応がない場合に、
割り込み禁止ワースト時間が数百msになるというのは聞いた。
Kernel 2.2/2.3系の時勢だったと思う。
>>258
ヨーロッパの電機業界は、未だにNTTにFAX仕様で負けたことを根に持っているという記事を雑誌で読んだことがある。
やはり vs ヨーロッパで負けたからか？
というより、iTRONって日本でしか使ってない...。
260:ITRON名無しさん ◆4WD27e3i1o
05/01/25 18:06:54
>>255 よんでみたよ。おもしろかった。
ところで、これってばすけじゅーりんぐのちえんをろんじてないすか?
一般に割込み遅延って割込み線がアクティブになってからハンドラが
呼ばれるまでの数値を言うのではないかと思われるのでつ。
261:ITRON名無しさん ◆4WD27e3i1o
05/01/26 10:09:40
>>259
いや異常系の話をしだすと何でもアリ。
アプリケーションでloc_cpuできるITRONのほうが高リスクとも言えまつ。
262:Be名無しさん
05/01/26 11:39:19
>>260
ハンドラの遅延も平均値はそんなに差はないはずでつ。
さすがに最悪値はもっと短いはずですが。
まあ最終的に処理するのはアプリケーションなので、割り込み起動だけ早くても
スケジューリング遅れたらあんまし意味ないよねという考えかたもあるし。
263:ITRON名無しさん ◆4WD27e3i1o
05/01/26 22:28:18
>>262
スケジューリング遅延と割込み遅延の平均値に差が無い
ってことはタスクディスパッチのコストが0ってことですか?
ううーんにわかには信じがたい。
> 割り込み起動だけ早くても
カーネルとドライバとアプリケーションが分離している
Linuxのような世界では、そう考えるのも確かに一理あり。
ところでLinuxがシャカリキになってチューニングしている
一方で、T-Kernel + T-Shellの応答性能ってみかけた
ことないような…A会員のみが入手可能な資料なのだらふか。
264:Be名無しさん
05/01/28 11:23:00
TEngineはチューニング必要無いほど軽量ってこと？
にしとかないとLinuxに負けちゃうよね。
265:Be名無しさん
05/01/28 15:20:08
そりゃRTOSだし。
linuxと比べるのが間違いってもんです。
266:Be名無しさん
05/02/02 14:57:34
パナソニックモバイルも～Linux携帯の狙いとは
URLﾘﾝｸ(www.itmedia.co.jp)
ITRON逃げ出し組が目立つし、
ﾘﾅやｼﾝなんかのJava対応激しいけどITRONはJavaと結びつき難いというか関数ポインタとかみ合わない、
大丈夫？
267:Be名無しさん
05/02/02 18:18:00
そういえばJTRONなんて物があったのう…
あれはどこへいったんだろう。
268:Be名無しさん
05/02/02 18:30:32
TRONと結びついたプロジェクトは全部中途半端というか止まってしまう。
WinCE/TRONは大丈夫だろうか。
というか、CEもやヴぁいし成功してもm$なんて数年経つと平気で捨てちゃうし。
269:Be名無しさん
05/02/02 18:43:37
>>266
でもドコモの最新人気機種はMicro-ITRON製のSH901iだよ。
やっぱITRON製は反応が早くて動作が軽いんじゃない？
270:Be名無しさん
05/02/02 20:03:08
>>267
立派にJBlendとして活躍中だろ、ぼけ。
と言うか、JTRONは外からやりたいって言われて始めたプロジェクトだろ。
271:Be名無しさん
05/02/02 20:25:28
ITRONは炊飯器専用
272:Be名無しさん
05/02/03 02:03:06
民主党大阪府第14区総支部長 長尾たかし氏のコラム
コンピューターの世界から、「日本語」が消えたっ」
URLﾘﾝｸ(www.tnagao.org)
さて、残念な記事を見た。少々専門的な記事であるが、「トロン、マイ
クロソフトと提携」である。
この記事にピンとくる方は極少ないであろう。しかし、この記事は完全
に日本のインターネットプロトコル開発が終焉を迎えたということを伝
えている。
私は「IT立国を目指して」という、コラムを記したが、日本がIT立国と
して独立できる可能性はほぼ0パーセントとなった。20世紀には、日本
はアメリカの核の傘の元支配されてきたが、今度はコンピューターの世
界においてもアメリカ、マイクロソフト社の傘の下で生き続けなければ
ならなくなったのである。
日本電気が「98シリーズ」というコンピューターを開発した。これは、
日本人が開発したインターネット言語をもとに市販されたコンピュータ
ーであるが、圧倒的なマイクロソフト勢の攻勢により、敗北。しかし、
インターネットプロトコルすらアメリカに牛耳られたのでは独立国家日
本の確立はありえないと思う一部の「国士たる技術者達」により開発が
続けられていた。しかし、今回の記事である。
コンピューターの世界に「日本語」は無くなってしまったのである。ネ
ットワークの上で、日本人にしか理解できない暗号すら流せなくなっ
た。と、同時に「マイクロソフト語」が主流となり、そんなネットワー
クに、日本の国益に影響を与える重要な情報を流して良い筈がない。
非常にショックな記事である。
273:Be名無しさん
05/02/03 09:13:32
JTRONの生きてる場所ってどこよ。
SH2基板で使えるんなら使っちゃうぞ。
274:Be名無しさん
05/02/04 09:55:57
ITRONは軽いだけで、ITRONのAPIというかITRONフレームワーク系コードが減る一方のように思うんだが、負け組み？
275:Be名無しさん
05/02/04 19:24:03
FOMA機種 OS
F700i Symbian
N700i Linux
P700i Linux
SH700i μITRONベース独自OS
276:サービスコールの不可分性
05/02/04 22:53:06
uITRON4.0のイベントフラグの仕様について、
たぶん理解が間違っていないと思っているんですが確認のため
よく知っている人がいればコメントください。
複数待ち、かつ、クリア属性なし、の場合に
優先度待ち行列指定の場合とFIFO指定の場合差がないと思います。
TA_TPRI | TA_WMUL と TA_TFIFO | TA_WMUL に差がない
のでは？という質問です。
唯一ref_flgで先頭の待ちタスクIDのみ変わってくるぐらいでは
と思っています。
結局、待ちタスク行列から、複数のタスクがWAITが解除されるFLGPTNが
セットされた場合に、スケジューラが動作するまでのカーネル処理中の状態
（過度状態）でFIFO順か優先度順でWAITキューから、RDYキューに並べられた
としても、RDYキューに並べた段階で優先度順にタスクがスケジュールされる
ため差がなくなると思ったしだいです。
#板違いなら失礼しました。
277:Be名無しさん
05/02/05 13:52:51
itronとかこの辺の話はどこの板でまともにやってるの？
ここはなんかニュースの貼り付けばっかりだし。
278:Be名無しさん
05/02/05 14:57:13
マ板
279:ITRON名無しさん ◆4WD27e3i1o
05/02/05 21:26:43
>>226
たぶん大多数の実装において、差は無い(待ち状態におけるref_flgは除く)。
しかし、μITRON4.0仕様書の記述
「待ち状態を満たせば待ち行列の先頭ではなくても解除されるため、
待ち行列につながれた順序で待ち解除されるとは限らない。」
を意地悪く解釈すれば、差は出る。…かもしれない。
待ち解除に相当するタスクの優先度が全て違うなら、276の言う通り。ディスパッチはサービスコール実行の最後で起きるであろうから。
しかし同一優先度の複数待ちタスクがTA_WMULにより解除されたときは、グレー。待ち行列の順序で待ち解除されるかは、不定だから。
これのグレーさは、TA_TFIFOかTA_TPRIかということには依存しない。
そして仕様書は、TA_FIFOとTA_TPRIで同じ挙動であると保証はしていない。
まあそんな恣意的な実装があるとは到底思えないのではあるが。
気になるなら、各実装のマニュアルやソースコードを見るのが吉。
…ではないかな。
>>277
ITRONの話を壷で期待するのが大きな間違い。
280:Be名無しさん
05/02/05 22:03:41
>>279
＞ITRONの話を壷で期待するのが大きな間違い。
あんたがその程度だってことだろ。
281:ITRON名無しさん ◆4WD27e3i1o
05/02/05 22:24:56
>>280 煽りしか期待できないという論拠をくれてありがとう。
282:Be名無しさん
05/02/05 22:32:04
>>281
コテハンにしてるから煽られるんですよ。。。
名無しが一番。
283:Be名無しさん
05/02/05 22:42:36
大したこと無いのにコテハンにしてるから煽られるんですよ。。。
284:Be名無しさん
05/02/05 23:53:51
なんか痛いコテハンだな。このヒトなぜこのスレに来るのだろう。。。
285:Be名無しさん
05/02/06 00:06:06
ITRONのスペシャリストじゃないのにそんなコテハンにするから
286:Be名無しさん
05/02/06 00:21:22
>>285
Beのスペシャリストじゃないのにそんなコテハンにするから
287:Be名無しさん
05/02/06 00:28:12
名無しとコテを使い分けるのよくないな。
288:Be名無しさん
05/02/06 02:10:45
ITRONってフリーで配布されてるの？
289:Be名無しさん
05/02/06 02:20:40
ITRONはただの仕様だよ？
290:Be名無しさん
05/02/06 03:09:32
μITRONだったら配布してるの？
291:Be名無しさん
05/02/06 03:19:56
μITRONはただの仕様だよ？
292:Be名無しさん
05/02/06 09:35:08
>>288
★ TOPPERS
URLﾘﾝｸ(www.toppers.jp)
★ NORTi
URLﾘﾝｸ(www.mispo.co.jp)
★ HOS
URLﾘﾝｸ(sourceforge.jp)
293:Be名無しさん
05/02/06 12:34:43
>>285
この人ITRONで飯食ってる人だよ。
昔はBTRONにも関わってた。
294:サービスコールの不可分性
05/02/06 23:32:31
>279
的確な回答ありがとうございます。
こんなおかしな仕様でいいのかなと思っていた次第です。
295:Be名無しさん
05/02/08 02:45:52
2ch語使う奴きもい。お前らは日常生活でもわざと誤変換したり2ch語を使ったりするんか？
君たちは友達にメ－ルする時にも(友達がいるなら)、『漏れ』『香具師』『DQN』『ガンガレ』とか使うんか？？？
そんなメ－ル気持ち悪いぞおまえら。
例えば『漏れ』→『俺』でいいやんけ！？
そ こ で ナ ゼ 誤 変 換 ??
何 の た め の ２ Ｃ Ｈ 語 ??
そういう奴を俺たちは…。
【マニア】や【オタク】と呼んでいる。犯罪犯す前に死ねよ。氏ね。
296:xony
05/02/08 10:44:59
チップ１枚に９つの「脳」、次世代ＭＰＵを初公開
セルcellはＴ猿人に対応できるか？
297:Be名無しさん
05/02/08 21:59:43
>>295
ゴメソ、漏れみたいな香具師は氏んだほうが（・∀・）イイ！よね…(;´Д｀)
大人しく回線吊って逝ってきまつ(´･ω･`)ﾉｼ
もまいは漏れの分までガンガって生き抜いてｸﾚ
298:Be名無しさん
05/02/09 09:39:12
> 死ねよ。氏ね。
オチ以外はコピペなわけで
299:Be名無しさん
05/02/09 20:03:08
TOPPERSとLinuxの両方がカンタンに動く(移植作業が不要な)評価ボードってありますか？
non-x86で。
300:Be名無しさん
05/02/09 20:21:19
>>299
SHのSolutionEngineかARMのIntegratorあたりなら
なんとかなりそうな気がしますな。
301:Be名無しさん
05/02/09 22:27:45
SolutionEngineの仕様と価格
URLﾘﾝｸ(www.hitachi-ul.co.jp)
302:Be名無しさん
05/02/10 09:25:08
T-EngineでPictBridgeしようとするとバカ高くて困ってんですがどうでつか？
何かする度にドライバ料金かかって、ンなんならLinuxにしとけばドライバ無料なのに、みたいなことも。
動画とかでT-Engineだけコーデックが無いなんて事態にならんだろうな。
303:ITRON名無しさん
05/02/10 11:34:37
>>299-301 KMCのARM9ボード
304:サービスコールの不可分性
05/02/12 22:43:22
>294
自己レスですが
FI4のバグトラック却下にこんなのがありました。
URLﾘﾝｸ(support.toppers-open.org)
結構、開発者自身、よくわかってないこともあるんですね。
ちなみにFI4って、使っているところってあるのかな？
305:ITRON名無しさん ◆4WD27e3i1o
05/02/12 22:57:26
FI4の利用ついては、直接聞いた話の範囲では6案件ある。
TOPPERSプロジェクトへの報告は0のはず。
オープンソースの利用実態は掴みづらい。
306:Be名無しさん
05/02/13 12:19:11
>>305
報告しないで使ってるところが結構あるってこと?
JSPも?
307:ITRON名無しさん ◆4WD27e3i1o
05/02/13 15:04:03
>>306 あるだろうさ、JSPもTINETも。
受託納品して市場に出たはずなのに、プロジェクトに報告が上がっていない案件もあるし。
ひどいもんだ。
308:Be名無しさん
05/02/14 10:46:47
>>305
TOPPERSでオプソワールドが広がると思いきや、ドライバ買わされるだけだ罠。
309:308
05/02/14 11:05:44
ITRONの存在価値はあったが、T-Engineはダメﾎﾟかも
310:ITRON名無しさん ◆4WD27e3i1o
05/02/14 11:29:26
買いたくなきゃ自分で作り、ついでに公開。
それがオープンソースってもんだろ。
買わされているうちは広がらん。
311:Be名無しさん
05/02/14 13:45:02
ITRON評価用として、連絡しているが
全く音沙汰なし。
NORTi
URLﾘﾝｸ(www.mispo.co.jp)
更に催促しようか、思案中。評判は
良くないのでしょうか？
312:Be名無しさん
05/02/14 18:30:12
音沙汰無い会社の製品使おうなんて余程どうかしてるんだな
313:Be名無しさん
05/02/14 20:01:38
売り物はやっぱりそこになるんだよなあ。
CPUメーカーのは高いし。
314:Be名無しさん
05/02/15 10:17:52
元々ITRONなんてOSじゃなくて、メッセージ関数セット程度のもんだから、ﾊﾟﾁﾓﾝで十分なんだろうな。
315:Be名無しさん
05/02/15 10:28:56
>>303
どうもです。
KMCの直販ページをみると、OS(Linux)は付いていないようですが
標準のカーネルでいけるってことでしょうか？
316:ITRON名無しさん ◆4WD27e3i1o
05/02/15 11:33:18
>>315 知らん。KMCに問い合わせてくなない。
317:サービスコールの不可分性
05/02/15 13:25:04
>311
あるメーカーさん向けのお仕事で、これを使ったことあります。
まず、某会員制のITRONよりもコスト的には安いと思います。
サポートは、受けたことはないので聞いた話ですが、CPUメーカーほど
体制が整っていないらしく、それなりじゃないかと言ってました。
318:Be名無しさん
05/02/15 17:29:39
>>317
自分たちには、ハード的にもソフトウェア的にも
開発環境が一通り揃うのが、有難いです。
またVisual C++と親和性があり、Windows上で
ネットワーク環境を含めたデバッグができるのも
魅力なんですが .....
営業と技術サイドは違うかもしれませんが、
この感じだとサポートは、それなりかも知れませんね。
319:Be名無しさん
05/02/15 17:41:35
>311
配布ロイヤリティが不要なので、ある製品で採用しました。
商用だと検証されていると思っているのと、不具合が出た場合解析依頼できるので。
320:Be名無しさん
05/02/17 18:50:52
>>319
参考になります。
やっぱり、解析依頼先があると業務的には楽ですね。
色々と連絡がついて、とりあえず開発キットを購入して
評価することになりそうです。
321:Be名無しさん
05/02/23 21:45:26
素人なんですが、ITRON仕様のOS上でopenSSLのライブラリを組み込むなんてことはできますかね？
322:Be名無しさん
05/02/24 10:05:42
オプソコードでは、
エラーが標準入出力、文法に賢いコンパイラを要する、malloc使いまくり、
といった問題がある。
それらを対応すればコンパイルするだけ。
標準入出力はとーぜんITRONに無い、
phewはgcc程賢くない、
mallocが何故かnullを返す（確保失敗）、
といった事に気を付けて下さい。
323:Be名無しさん
05/03/14 16:17:51
NTTドコモにかけあって、これにBTRONを採用してもらおう！
【携帯】ドコモ、携帯にＰＤＡ機能 キーボード付き 今夏発売 [05/03/13]
ｽﾚﾘﾝｸ(bizplus板)
324:Be名無しさん
05/03/14 16:26:40
ＮＴＴドコモは十二日、電子手帳や携帯情報端末（ＰＤＡ）機能を搭載したキーボード付きの
携帯電話を今夏にも発売することを明らかにした。携帯電話よりもやや大型化するが、
パソコンの機能や自宅パソコンに届いた情報の外出先での自動受信など、
既存の携帯電話よりも利便性を大幅に高めているのが特徴。当面は法人向けを中心に売り込む考えだ。
325:ITRON名無しさん ◆4WD27e3i1o
05/03/15 10:35:09
BTRONネタはBTRONスレで。
ｽﾚﾘﾝｸ(os板)
326:Be名無しさん
05/04/21 08:42:53
TOPPERSプロジェクト、マルチプロセッサー対応のリアルタイムOS『TOPPERS/FDMPカーネル』を発表
―オープンソースソフトウェアとして配布の予定
URLﾘﾝｸ(ascii24.com)
327:Be名無しさん
05/04/22 00:02:28
このOS使ってあそべるかな＋？
328:Be名無しさん
05/04/22 08:20:36
まあマルチコアCPU自体がまだ数少ないし(Cell,NECのARMx4）なので
マルチコア版Pen4 用の実装が出れば面白いかもしんない。
329:Be名無しさん
05/05/13 16:48:34
電脳中年・健
ビビンビ ビンボー ビン ビビンボーボー
ビビンビ ビンボー ビン ボーボー
ソフト不足に 負けない しぶとく続く ＴＲＯＮ
ＤＯＳ／Ｖマシンに 対応 ブームは また来る
造れよ健 煽れよ健
標準を掴むまで
売り込め健 坂村健
進め電脳中年健
いつも理想は 大きく ビルゲイツには 負けない
ガッチリ育てろ 多言語 ブームは また来る
造れよ健 煽れよ健
世界が採用するまで
売り込め健 坂村健
進め電脳中年健
（「オオカミ少年ケン」の曲で）
330:Be名無しさん
05/05/15 02:20:08
もう中年というより壮年なわけだが。そのほうが語呂がよかろう。
331:Be名無しさん
05/05/15 13:26:33
ITRONってITRON入門よめば作れるの？
フリーで配布してるITRONってないの？
332:Be名無しさん
05/05/15 13:41:12
安い釣りだなぁ。
その「ITRON入門」って何？>>1-11見た？
333:Be名無しさん
05/05/16 16:57:22
URLﾘﾝｸ(www.sankei.co.jp)
エンジン停止 プリウスに苦情 米で１３件
ITRON仕様
334:Be名無しさん
05/05/16 22:22:11
そりはアプリケーションのバグでしょ？
いっしょにすんな。
あ、釣られた
335:ITRON名無しさん ◆4WD27e3i1o
05/05/17 09:42:33
>>334
ていうか該当コードのOSはITRONなのだらふか。
最近は名古屋自動車もOSEK傾倒だ罠。
336:Be名無しさん
05/05/17 10:03:17
TOPPERS/OSEK
ということは…ないか。
337:Be名無しさん
05/05/17 13:23:59
URLﾘﾝｸ(ascii24.com)
このITRONってどこで手に入るの？
338:ITRON名無しさん ◆4WD27e3i1o
05/05/17 13:40:11
つ URLﾘﾝｸ(www.assoc.tron.org)
339:Be名無しさん
05/05/31 19:26:14
ITRONってザウルスや携帯で使われてるってことは
VGAとか表示できるの？
340:Be名無しさん
05/06/09 22:13:26
>>339
VGAドライバがあるITRON OSならVGA表示できる。
ザウルスでITRON使われてるの？
341:Be名無しさん
05/06/10 10:09:06
XTALがITRON準拠ならそうなるんでは。
違ったような気がするが。
342:Be名無しさん
05/06/10 11:25:12
数年前にざっと眺めた時にはITRON準拠コールは無かった気ｶﾞｽ
>>339 は組み込みLinuxとITRONを混同してるだけだろうから
関係ない話ではあるが。
343:ITRON名無しさん ◆4WD27e3i1o
05/06/11 16:28:39
>>341-342
URLﾘﾝｸ(www.xtal.org)
344:Be名無しさん
05/06/20 10:39:35
NORTi4の質問はここでよかと？
acre_mbf()でリングバッファの総サイズ(SIZE mbfsz)を8192*20と
書いたらE_PAR(-17)となった。
ちなみにTSZ_MBF(20, 8192)でもエラー。
サイズがでかいのは承知だが、これってダメなん？
staic char buf[TSZ_MBF(20, 8192)];
const T_CMBF cmbfTcpOutBuff= {TA_TFIFO, 8192, TSZ_MBF(20,8192), NULL, ""};
rc = acre_mbf(&cmbfTcpOutBuff);
8192*5ならOKっぽい
345:ITRON名無しさん ◆4WD27e3i1o
05/06/20 14:31:44
sizeof(unsigned long) == 2 という素敵なコンパイラだったりとか。
mbfszの最大値は実装依存。mbfszに制限があるとか。
> NORTi4の質問はここでよかと？
URLﾘﾝｸ(www.mispo.co.jp)
346:Be名無しさん
05/06/21 15:04:45
>>344 プログラム板の組み込みスレのほうが人がいるかも
状況がよくわからんが、8192x20=32Kバイトってことでスタックにbuf[]を
確保しようとして、CPUの相対アドレス指定±32Kバイト制限に引っ掛かってるとか？
static付けてるなら静的に確保されるとは思うけど念のため。
347:ITRON名無しさん ◆4WD27e3i1o
05/06/21 16:51:55
どういう計算をすると8192x20が32KBになるのかね。
348:ITRON名無しさん ◆4WD27e3i1o
05/06/21 16:54:41
8192*5 < 65536 < 8192*20
H8用のとあるコンパイラにバンドルされていたNORTi3には、
szに65536以上を指定できないという制限があった。
今回の件と関係があるかどうかは知らん。
349:Be名無しさん
05/08/05 15:56:27
おまいら、Nスペで国産OS TRON の出番ですよ。
NHK総合 8/28（日）午後9:00～
NHKスペシャル 日本の群像 再起への20年
「第4回 極小コンピューター 技術者たちの攻防」
１９８４年、誰もが簡単にコンピューターを使えるようにと
東京大学の坂村健氏が開発した基本ソフト「トロン」。
しかし、無料提供を目的にしたトロンは、
８９年にアメリカから貿易障壁のリストに挙げられ、
普及中止に追い込まれる。
結局、９０年代のパソコン市場は、
世界標準を握ったアメリカ製の基本ソフト
「ウィンドウズ」に支配されることになった。
……
URLﾘﾝｸ(www.nhk.or.jp)
350:Be名無しさん
05/08/23 00:36:18
このスレタイにあるＨＯＳってＨｙｐｅｒ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍだったらとっても嬉しい。
そうでないことは知ってるから．．．
351:Be名無しさん
05/08/24 21:44:52
つ、釣り？こんな魚影の薄いスレで。
352:Be名無しさん
05/08/25 16:41:37
>>350
TRONはリアルタイムOSだから、ロボット制御OSには最適だったりする。
だからTRONでHOSは作ろうと思えば作れる。
353:Be名無しさん
05/08/25 20:13:01
ITRONがでしょ
354:Be名無しさん
05/08/25 20:15:26
TRON全般がリアルタイム前提だったりすることもOS板住人にすら知られていない事実
355:Be名無しさん
05/08/30 17:13:29
本日（8/30（火））深夜再放送あります。
URLﾘﾝｸ(www.nhk.or.jp)
● 8月28日（日）放送の
「日本の群像 再起への２０年
第４回 極小コンピューター 技術者たちの攻防」
8月31日（水）午前0:15～1:07（30日（火）深夜の放送です）
356:Be名無しさん
05/08/30 17:16:38
☆実況スレッド
【TRON】0:15再『極小ｺﾝﾋﾟｭｰﾀ 技術者たちの攻防』01
ｽﾚﾘﾝｸ(livenhk板)
357:Be名無しさん
05/09/02 20:31:30
>>354
>TRON全般がリアルタイム前提だったりすることも
そうなんだー、なるほど。
358:名無しさん
05/09/05 10:08:45
TOPPERSのx86版実装って無いんですか？
359:Be名無しさん
05/09/05 11:12:35
あるだろう。
と思ったらまだ1.4は対応してないのか。
360:三軒茶屋
05/09/05 13:11:54
NORTi 4.0を使ってHEW上でビルドしてます。
もしか下のエラーに見覚えのある方教えてくださいね。
Phase H8S,H8/300 C/C++ Compiler finished
Phase OptLinker starting
L2310 (E) Undefined external symbol "_v4_tget_mpf" referenced in "C:\Hew3\norti\test.obj"
Optimizing Linkage Editor Abort
Phase OptLinker finished
361:Be名無しさん
05/09/05 14:42:22
なぜにミスポに聞かない？
362:名無しさん
05/09/06 16:20:36
>>359
1.3にはi386がありました。
担当が忙しいのかな？
363:Be名無しさん
05/09/06 21:14:56
後悔日記が見れなくなった。
364:Be名無しさん
05/09/21 15:23:44
「ITRON」は流行っていたが、「T-Engine」はどうなん？
365:Be名無しさん
05/10/07 09:55:42
史上最強!! PCユーザーのためのHDDレコーダ
～ソニーのXビデオステーションを試す
URLﾘﾝｸ(pc.watch.impress.co.jp)
>本製品はOSとしてμiTRONが採用されている
とのこと
366:Be名無しさん
05/10/19 21:27:45
Symbianと比較したらどっちがいいかな？
367:Be名無しさん
05/10/19 21:40:39
そもそも比較対象として適当でないと思いますが。
どっちも携帯で使ってるとか言わないように。
368:Be名無しさん
05/10/27 00:05:11
【宇宙】宇宙機用OS、名大とJAXAらが共同開発へ
ｽﾚﾘﾝｸ(scienceplus板)
369:Be名無しさん
05/10/27 01:17:17
>>368
ターゲットは何使うんかね。
ITRON名無しさんあたりが知ってるかな。
そういえばH2AはV70使ってるんだっけ？
370:ITRON名無しさん ◆4WD27e3i1o
05/10/27 09:17:19
知ってるよ。
同時に出た(けどスルーされ気味の)プレスリリースをご参照あれ。
URLﾘﾝｸ(www.pizzafactory.jp)
371:369
05/10/27 10:51:08
>>370
ども。
VRみたいな名前だなと思ったら、MIPSコアですか。
372:Be名無しさん
05/10/29 19:59:02
toppers始めて見たけど、コレは敷居高いねえ。
「開発環境整えて、簡単なプログラムを書いてビルドする」
ここまで辿り着けずにに脱落してしまう人間が大勢いると思うよ…。
ちょっとしたチュートリアルでもあればいいのに、もったいない。
373:Be名無しさん
05/10/31 10:34:57
>>372
オマイが整備してあげたら？（IPAとかからお金出してもらって）
逆の言い方すると、ポーティングとアプリのビルドが簡単になったら世界制覇しちゃうよ。
374:ITRON名無しさん ◆4WD27e3i1o
05/10/31 11:35:15
>>373
> 世界制覇
ぃゃまぁそんなに甘くはないと思われｗ。
>>372
> ちょっとしたチュートリアル
どんなチュートリアルなら満足なの?
375:Be名無しさん
05/10/31 19:16:20
>>374
昔、toppers-usersで似たような話題が出たようで。
URLﾘﾝｸ(www.toppers.jp)
この人が言ってることはよく的を射ていると思う。同感。
でもこの話題が出てから二年も経ってるんだよなあ…
その後ドキュメントが整備されて今に至ってるのかもしれないけど
「gccなんて知らない。Makefileなんて見たこともない。」
な人はほぼ門前払いに近い状況は変わってないんじゃないのかな。
同じμITRONでも、初心者にはHOSがあるから棲み分けろって事なのかも…。
HOSならかなり詳しい入門書が出てるしね。
376:ITRON名無しさん ◆4WD27e3i1o
05/10/31 19:26:30
HOSだとMakefileやgccから解放される、ってわけでもないけどね。
煽りに聞こえると遺憾なんだけど、HOSでいい人はHOS使うのが
いいんじゃないだろうか。TOPPERSでいい人はTOPPERS使ってもいいし。
複数のOSを使い分けるのも、組込み業界で生きていく上で重要な
スキルだし。
377:Be名無しさん
05/10/31 19:49:39
>>376
> HOSでいい人はHOS使うのがいいんじゃないだろうか。
> TOPPERSでいい人はTOPPERS使ってもいいし。
ターゲットとする層が違うのならそう言うことなのだろうけど
実際は違うでしょ?
最低限の部分さえ知ってしまえばtoppersもHOSも大差ない(たぶん)
使い分けが必要なほど両者に違いがあるわけでもない(と思う)
結局、初心者にとっての両者の差は、μITRONの仕様書とにらめっこ
する所まで行く道程の困難さに過ぎないと思うわけで。
だから
「本質ではない部分で躓かなくてはならないのはもったいないなあ」
と思った次第。
378:Be名無しさん
05/10/31 20:30:12
知識が無いなら金で解決する道もありますが。
漏れは嫌いだけどね。
今の組み込み業界を生きていく上で、gnu toolchainの知識は
持っていて損はしないと思うんですが、実際どうなんすかね。
379:サービスコールの不可分性
05/10/31 20:46:16
>375
TOPPERSのあのスレ、そのころ、よく参加してました。
> 「gccなんて知らない。Makefileなんて見たこともない。」
たしか、あのスレでは、gcc + Make でやってこられた人からしても
サンプルが難しいねって言うことだったように記憶しています。
同じこと書きますが、フリーラインズのH8のキット買うとチュートリアルが
よくできていますよ。
でも、基本は、（昔のUNIXの）shellでのプログラミングしたスタイルが求められると
は思いますが。
380:Be名無しさん
05/10/31 21:19:54
> 基本は、（昔のUNIXの）shellでのプログラミング
誰かeclipse用のプラグインを作ってください
381:ITRON名無しさん ◆4WD27e3i1o
05/10/31 21:52:25
>>377
> ターゲットとする層が違うのならそう言うことなのだろうけど
ちがうんじゃないかな。FDMPとかIIMPとかHRPとか、そういうのが
無視できるかどうかか、とか。法人サポートが欲しいか否か、とか。
> 最低限の部分さえ知ってしまえばtoppersもHOSも大差ない(たぶん)
てことは、最低限の部分で違うという意見よね。
かつそこが(初学者にとって)大きいのであれば、大差ないと切り捨てられないよね。
一方、最低限の部分を判っている連中にとっては、いまさらhello worldなんて要るのかな。
うーん、GNUツールを使いこなしている開発者でITRON初学者とかか?
でも、初級教材理解できるよねそのレベルなら。
どの層をターゲットにして話をしたいのかがよくわからないな。
>>379
> 同じこと書きますが、
うんむ。フリーラインズのチュートリアルはよくできているし、協栄エレのも教材として
ちゃんと成り立っていると思うし、もなみの教材はそのまま初級/中級コース準拠だし、
ツールのインストール情報だけでよければ、中央製作所のガイドも悪くないし、
アルファプロジェクトは参考情報をWebでも出しているし。
残念ながら北斗電子の環境は未確認だけど、そんなに悪い評判も聞かないし。
> でも、基本は、（昔のUNIXの）shellでのプログラミングしたスタイルが求められると
> は思いますが。
ね。HOSをCDTでビルドするというWebページは見かけたような気がするけど、
あれも結局Makefileの呪縛から解き放たれてなかったはず。
382:Be名無しさん
05/10/31 22:36:03
>>381
喧嘩売るのが目的ではないので水掛け論やそもそも論には与する気はないのだけれど。
初心者が「μITRONの上で動くプログラムを作る」という目的の本質から外れた部分で挫ける
とするなら本人にもプロジェクトにももったいない話だ。
と言うことが言いたいだけ。
「そんなのはお前の希有。初心者バカにするな。」
と言う話ならそりゃすいませんでしたごめんなさい。
というか
「toppersがチュートリアル不足などというのは誤認識、まったく問題ない」
というポジションの人が何故
> どんなチュートリアルなら満足なの?
なんて事をわざわざ聞いたのだろうか? すごく疑問。
あえて餌をまいて提言を引き出しておいて全否定するつもりだったのではと勘ぐってしまう。
多少は建設的な話をするつもりなのかと思ったので正直肩すかし。
383:ITRON名無しさん ◆4WD27e3i1o
05/10/31 23:00:13
それなりにチュートリアルは存在しているはずなのに、
不足を感じるのは何故なのかを知りたいわけ。
単に教材の宣伝不足で知られていないのか、
そもそも現存するチュートリアルではターゲットを
外しているのか、仮に外しているのなら、外している要因はどこか。
内容なのか、価格なのか、それ以外か。
内容なら、どのレベルか。
今出ている範囲でも、gcc/make以前かそれ以降かで
意見が2つありそうなわけで。
っつーことなんだけど。
>>382
> まったく問題ない」
妄想。そんなことどこに書いてある?
384:Be名無しさん
05/10/31 23:11:39
完全に論点がずれてるな
TOPPERSの中の人ももちつけ
オモチャと比較されたのが我慢ならんのだろうが、初めて一週間も経たない相手を必死に論破しても何もならないだろ
URLﾘﾝｸ(www.mtc.pref.kyoto.jp)
環境構築はここを見れば十分だろう
この程度の物は本来であれば/doc以下にあるべき
しかしターゲットがH8なのにわざわざcygwinでやらせなくても・・とは思う
385:サービスコールの不可分性
05/10/31 23:11:57
>380
URLﾘﾝｸ(www.apnet.co.jp)
TOPPERS開発キット
RTOS-KIT-A01
は、eclipse らしいですよ。 さわったこともないので、あまりコメントできません。
ただし、有料です。
386:ITRON名無しさん ◆4WD27e3i1o
05/10/31 23:28:22
>>384
> オモチャと比較されたのが我慢ならん
いや比較されても一向に構わないんだけど。適材適所でHOSにもいいところあるし。
論破っつーか、激しく疑問なわけですよ。
>>385
去年のETで現物見たけど残念ながらStandard Buildなの。
だからEclipseのプラグインが欲しいという人の潜在欲求は満たせない可能性大。
GUIって一点だけでも敷居は下がりそうだけどね。
387:Be名無しさん
05/10/31 23:50:23
>>383
> それなりにチュートリアルは存在しているはずなのに、
> 不足を感じるのは何故なのかを知りたいわけ。
もったいつけなくても>>374の時点で最初からそう書けばいいのに。
「GNUツールも使えない奴が公式のドキュメントや配布物だけでどうにかなるなどとは思うなよ」
と言うことを称して「敷居が高いなあ」と思うわけですが今さらもうどうでもいいです。
で、それらを踏まえた上で
> 単に教材の宣伝不足で知られていないのか、
> そもそも現存するチュートリアルではターゲットを
> 外しているのか、仮に外しているのなら、外している要因はどこか。
> 内容なのか、価格なのか、それ以外か。
> 内容なら、どのレベルか。
> 今出ている範囲でも、gcc/make以前かそれ以降か
この勢いに任せて書き殴った山のような疑問点一つ一つに私が答えることに何かメリットはあるので?
388:384
05/11/01 00:53:26
>>386
端から見てると誤解を解きたいのか何かが勘に障ったのか見分けが付かんのよ
激しく疑問なのはいいが激しく詰問してもどうにもならん罠
何が不足か根掘り葉掘り聞かなきゃ分からんほど公式ドキュメントが充実しているわけでないのも事実
個人的にはオープンでないプロプライエタリな教材を持ち出してチュートリアルが存在すると主張するのは・・少し苦しいと思う
こういうのもあるよという紹介にしかならんだろ
389:ITRON名無しさん ◆4WD27e3i1o
05/11/01 02:09:05
> 何が不足か根掘り葉掘り聞かなきゃ分からんほど
公式ドキュメントが充実しているとは言ってないわけよ。
そもそも公式ドキュメントをどこまで揃える必要があるのかどうかも、現時点ではよく解っていないけど。
仮に揃えるべきだと主張するのなら、何が足らんのか具体的に言ってくれってところかな。
まあ、>>387 のGNUツールの使い方云々が言葉のあやでないとしたら、
カンベンしてくれないかなってのは本音としてあるけど。
ボードはおろか本屋で数千円の解説書を買う金もないのか、っつーか。
> 少し苦しいと思う
理解できる範囲での見解の相違ってことで特にバトルする気はないんだけど、
オープンソースだから何もかもオープンでというのは、期待としては度が過ぎていると思う。
もちろん、自らオープンテキストを作る人々の努力に異議はないが。
390:Be名無しさん
05/11/01 08:31:03
>>389
どうしても人をクレクレ厨扱いしたいみたいだけど、少なくとも自分は自助努力で
やってますのでご心配なく。
初心者は解説書買うのも嫌なのだなんて誰もいってないし、>389に何かしてくれと
頼んだ覚えもないのに「勘弁してくれ」なんて言われる筋合いはない。
それこそ妄想だよ。
見たい物を見たいようにしか見ない人に、何度も同じことを書きこむのはムダだと
思うので繰り返しはしないけど
「初心者が「そりゃないだろ」と思える程に情報がない」
と感じる人が他にもいるのは事実みたいだし。まあそれが分かっただけでもめっけものか。
> 何が足らんのか具体的に言ってくれってところかな。
「言ってくれ」なんて口先だけ。
ああしろこうしろって言って欲しくて、それを検討するというなら言うけどさ
この流れだと「噛みつきたくて書きこんできた」以外の何者でもないでしょ。
どうせ聞くだけ聞いて否定するか、そうでないとしても"絶対に"何もしない。
もう止め止め。
くだらないこと書きこんで申し訳ありませんでした > all
391:ITRON名無しさん ◆4WD27e3i1o
05/11/01 09:08:18
> 初心者は解説書買うのも嫌なのだなんて誰もいってないし、
君に対してはもちろんのこと初心者全部がそうだとは書いていないし
思ってもいないが、君が想定している「GNUツールも使えない奴」と
いうのはそういう人では。買えばいいよね本くらい。
> >389に何かしてくれと
> 頼んだ覚えもないのに「勘弁してくれ」なんて言われる筋合いはない。
君には言ってないんで。
392:Be名無しさん
05/11/01 13:11:26
TOPPERS C++ APIテンプレートライブラリ
って使ってる人居る？
詳細仕様はあるけど、クラスダイアグラムが無いような。。。
393:Be名無しさん
05/11/03 01:21:59
討論？
394:Be名無しさん
05/11/04 16:51:01
>>127
いまさらだが、MSの欄でMe抜けてね？
395:Be名無しさん
05/11/04 17:09:15
他にも抜けてるな。
まあその程度の表だということで。
396:Be名無しさん
05/11/04 18:53:11
MeはOSに有らずただのバグソフトでござる。
397:Be名無しさん
05/11/04 19:21:55
９Ｘを劣化させるパッチとの説が有力でつが？
398:Be名無しさん
05/11/05 15:57:27
コンパイルの過程や途中で生成されるファイルやオブジェクトの知識なしに
デバッグとかできないと思うけどな。Makefileやgcc関連の仕組みが理解
できない人が作ったものって信用できない。そういう人はつまずいてから
業界から去っていただくのが正道だと思う。
399:ITRON名無しさん ◆4WD27e3i1o
05/11/05 17:55:42
>>398
まーオブジェクトフォーマットの知識はともかくMakefileは他のビルドツールによって救えるかも知れんと手元のCDT環境でようやく動き始めたJSP用のManaged Buildを眺めていて思わんでもない。
ここ数ヶ月休日ぶっ潰した挙句何もしていなさげな輩に「"絶対に"何もしない」とか捨て台詞吐かれてほんとオープンソースって報われない活動だよなと愚痴。
400:Be名無しさん
05/11/06 00:38:02
>>397
あれ単品で動くんだからパッチってことはあり得ないべ
単に劣化版9xってことじゃまいか
401:Be名無しさん
05/11/06 10:54:46
趣味にしろ仕事にしろ、これから組み込みソフトの開発を始めようと言う人に、今さらgccだ
Makefileだなんていうのも…そこには当然シェルやUNIXコマンドの知識も含まれるだろうし
果たしてそれが組み込みソフトを作る上での普遍的な知識かというと、そんなことより必要な
知識はいくらでもあるわけで
こういう議論を見るたびに、Makefileってバッドノウハウの最右翼だよなあと思う
組み込み業界のソフトウェアエンジニアリングが全ソフトウェア業界の中で一歩も二歩も遅れて
いるのは分かるけど、先達が歩んだ歴史までもトレースする必要はないと思うんだけどね
402:Be名無しさん
05/11/06 11:04:14
>>399
> ここ数ヶ月休日ぶっ潰した挙句
義務ではないのだから嫌なら辞めるという選択肢もあり
それでもそれをやると選択したのは自分
愚痴った時点で負け
まあ頑張れ
403:ITRON名無しさん ◆4WD27e3i1o
05/11/06 11:11:46
> 果たしてそれが組み込みソフトを作る上での普遍的な知識かというと、
> そんなことより必要な知識はいくらでもあるわけで
組込みソフトウェア開発はソフトウェア開発のインヘリタンスなのだから
ソフトウェア開発で求められる知識は持っとけ、つーことも言えるでしょうな。
例えばMakefileがバッドノウハウだというのは同感だが、それはスパゲティ化した
Makefileに閉口したことがないと口に出せない。>>401 は知っているわけだ。
何でも知っているに越したこたーないわな。
> 全ソフトウェア業界の中で一歩も二歩も遅れて
へーそうなんだ。で、論拠は?
404:Be名無しさん
05/11/06 12:34:30
果たしてこれから組み込みソフト開発に携わる人たちが、スパゲティ化したMakefileに閉口する
苦労など経験する必要があるのだろうか
しなくていい苦労はする必要が無いというのが持論
IDEなんてものは素人の使う物だ! コマンドラインマンセー! gnusマンセー! 的な風潮があったのは
GNOMEやKDEがまだオモチャだった頃の負け惜しみに過ぎないわけで
今時Emacs(vi)+シェルでゴリゴリが一番いいなんて思ってる化石のような人もいまい…
というか、一切のツールの補助無しにそれなりの規模のMakefileを一から書ける人も今となっては
貴重だと思うが、自分も自信ないし
>論拠は?
開発作業の属人化、繰り返される車輪の再発明、プロセス管理ってなんですか? 開発手法って何ですか?
エトセトラエトセトラ…
ソフトウェアの中でも最も工業的な分野であるにもかかわらず、最も旧態依然としていることに、やっと
業界全体が気付き始めた(というか組み込みブーム?で外部から指摘されつつある)のが現実
>組込みソフトウェア開発はソフトウェア開発のインヘリタンスなのだから
>ソフトウェア開発で求められる知識は持っとけ
例えば、Makefileの書き方やgnusツールの使い方というのは、Windowsプログラマには求められない
しかし、Windowsプログラミングもソフトウェア開発のインヘリタンスであることに違いはない
よって、Makefileの書き方は普遍的にソフトウェア開発で求められる知識である、という根拠にはならない
405:Be名無しさん
05/11/06 12:43:15
少なくともバッドノウハウだという認識のある物を人に押しつけたら駄目
それは進歩のない人間のやること
バッドノウハウだけど、それを知らないと開発が難しいのだ…という現実とは別の次元の話
406:Be名無しさん
05/11/06 14:21:42
どうして、gnusがでてくる・・・
開発ツールじゃねぇだろ。
コミュニケーションも開発の要だけどさ。
407:ITRON名無しさん ◆4WD27e3i1o
05/11/06 15:43:23
> 開発作業の属人化、
ふーん。なんだ定性的な判断か。
ソフトウェア開発全般が他の製造業に比べて品質達成度で劣るっていうのは統計情報つきでいくつか目にしたことがあるような気はするんだけど。
プロジェクトの25%しか成功しないなんて、シックスシグマとかいっている世界から見たら噴飯ものだろうな。
だけど、組込みと他のソフトウェア分野で違いがあるという定量的な話は聞いたことないんで、なんか面白いデータでも持ってるのかなと思ったのだけれどな。残念。
日経コンピュータの記事とかだと組込み同様、エンタープライズでも目を覆いたくなるような数値が出ているみたいだね。
SECもいくつかの数値は概ねエンタープライズも組込みも同じような傾向を示すと予想しているみたい(特に管理面とか)なんだけど。
その辺はどう解釈してるのかな。
> Windowsプログラマには求められない
え? 求められるよね。
makeを知らないVC++使いで、使い物になる奴を私は知らないな。
時給2千円台で画面作るだけの連中には求められないだろうけど。
VC++にnmakeが入ってくるのはただのオマケじゃないのよ。
まーWindowsというOS実装とmakeというツールを対比させて、
人を納得させようっていうのは詭弁でも使わないと無茶じゃない?
自説を組み立てなおしたほうがいいと思うよ。
408:Be名無しさん
05/11/06 16:35:21
>>407
>Makefileの話では分が悪いから、頑張って煙に巻こうと
ご苦労様
>シックスシグマとか
久しぶりに聞いた
CMMとか持ち出すならまだしも、なぜかシックスシグマ
まだISO9001ならソフト開発にも馴染みがあるだろうに、なぜかシックスシグマ
>日経コンピュータの記事とか
マッチポンプ雑誌のぁゃιぃ統計まで持ち出して
>なんか面白いデータでも
日経コンピュータの記事とかにはなかったかな
知らないけど
>時給2千円台で画面作るだけの連中
人間頭に血が上ると本性が出る
くわばらくわばら
>VC++にnmakeが入ってくるのはただのオマケじゃないのよ。
こじつけ
こんなものMS-Cの名残に過ぎない
409:Be名無しさん
05/11/06 16:44:17
>え? 求められるよね。
へーそうなんだ。で、論拠は?
410:Be名無しさん
05/11/06 16:56:17
ちょっと質問。
> 時給2千円台で画面作るだけの連中
それでそんなに高いのなら、
> Makefileの書き方
程度ができる奴は幾らになるの？
411:ITRON名無しさん ◆4WD27e3i1o
05/11/06 17:54:57
>>408
> 久しぶりに聞いた
申し上げにくいことですが、流行り言葉を追いかけているだけだからでしょう。
先日のWOCS (高信頼性ソフトウェアワークショップ、だっけ?) でも
何件かの講演で言及がありました。
製品品質の直接計測が不能なCMM/CMMIやISO9000を品質達成度の文脈で
引用するのは筋違い、なんてことは言い尽くされたことなので今更指摘しません。
> ぁゃιぃ統計
どの資料も所詮統計量ですからエラーを含むとは思います。
より妥当性が見いだせる統計資料へのポインタがあればご呈示ください。
> こんなものMS-Cの名残に過ぎない
後述する>>409への回答だけで名残でないことは説明できるかなと思いますが、もう一つ。
ビルド時にVS.NETの裏側で、何が起きているのかを一度調べ直してみるといいです。
>>409
WindowsプログラマならMSDNは避けられないですね(まさかここで異論はないよね)。
もう.NETの時代だっていうのに、いまだにnmake使わせるサンプルコード多いですね。
私は一目瞭然と思いますので一々数えないですが、信じられないならVisualStudioの
プロジェクトファイルがついているサンプルとの比を計算してみたらいかがでしょうか?
412:ITRON名無しさん ◆4WD27e3i1o
05/11/06 18:02:18
>>402
> 愚痴った時点で負け
痛み入ります。
愚痴ってすっきりして頑張れるっつーこともあるゆえ、ひとつよしなに。
413:Be名無しさん
05/11/06 18:47:25
>>411
手を変え品を変え、それでも駄目ならキャラを変え
…哀れというか見苦しいというか、自己顕示の強いコテはこれだから嫌だというか
>ビルド時にVS.NETの裏側で
どの口が言うのか
バッドノウハウじみた機械的な作業を開発環境にやらせ、makefileの存在を知らずに
過ごして何の問題もない、まして一から書けるスキルなど全く必要がない
単価いくらの人間だろうが関係なし
>もう.NETの時代だっていうのに、いまだにnmake使わせるサンプルコード多い
残念ながらこれも苦し紛れのこじつけ
.NET SDKが統合開発環境無し配布されている以上、nmakeを使わせるのは至極当然の話
これをして全てのプログラマがmakefileを書くべき、詳細を知るべき、と言うことには成り得ない
414:Be名無しさん
05/11/06 18:59:02
VC++にもnmakeがあるから～、などとというのもずいぶんなこじつけ
gnu makeとnmakeの間に何の互換性もなし
それどころか開発環境の数だけ仕様が存在するのが現実だろう
makeの実装に標準などないだろうに
彼の言うプログラマが知るべきMakefileは一体どの実装のことなのか
415:Be名無しさん
05/11/06 19:02:14
>ここ数ヶ月休日ぶっ潰した挙句
と言う割りには随分暇らしい
416:ITRON名無しさん ◆4WD27e3i1o
05/11/06 19:23:59
> と言う割りには随分暇らしい
まーとりあえず動き出したんで。なんかmake以降の速度が異様に遅くて結果待ちが多いのよ。
そういう意味では今はご指摘通り、まさに暇。煮物作ってるみたいな気分。
Win32版CDTのバッファ周りにバグでもあるのかな。Spawner.dllが怪しいって報告はあるみたいだけど。
417:ITRON名無しさん ◆4WD27e3i1o
05/11/06 20:42:18
>>413
キャラは変えてないけどな。たまに慇懃無礼で遊ぶ事はあるけど。
で、makeの件を片付けてよろしゅうございますか? 個人的には、CMMやISO9000で
製品品質を測る方法なんてのも非常に興味深く是非御説を拝聴したいところですが。
> makefileの存在を知らずに過ごして何の問題もない
MSDNの件は、どう解決なさるおつもりで?
ちなみに、MSDNのサンプルは不要もしくはMSDNのサンプルにmakefileよりもdswが
含まれる率が高い、と言えるのなら私の論拠は崩れますよ。
> .NET SDKが統合開発環境無し配布されている以上、
ほんとVS.NETがWindowsについてくればいいのにね♪o(^-^)o
さて、現実はそうではなく、少しでも楽しようとVS.NET買った挙げ句に
MSDNを開きゃmakefileが待ち構えているわけですね。逃げられない。
ああ無情。でも現実。
> これをして全てのプログラマが
誰かそんなこと書いていましたっけ。
私に限って言えば、画面作るだけの連中には不要かもしれないと書いて、
暖かいレスまで頂いています。
>>414
> 彼の言うプログラマが知るべきMakefileは一体どの実装のことなのか
必要に迫られたもの全部。変な事聞くのですね?
418:Be名無しさん
05/11/06 21:01:28
ここって何のスレ？急に伸びてるけど。
419:Be名無しさん
05/11/06 21:29:38
>>418
頑固親父が的外れな持論を永遠と語るすれ
420:Be名無しさん
05/11/06 23:27:20
>MSDNの件は、どう解決なさるおつもりで?
一括ビルドに都合がいいから、それ以上でも以下でもないだろ
いずれにせよサンプルをビルドするにあたってmakefileの中身など知る必要もない
結局分が悪くなっても何一つ認めることが出来ず
>慇懃無礼で遊ぶ
ということにしてしまうわけか
汚すぎ
子供みたいな奴だな
421:Be名無しさん
05/11/06 23:50:23
>>419
悪かった
特に頑固になるつもりも、明日まで引っ張るつもりもない
ああこられては、ここから先は最後にレスした方の勝ち合戦にしかならないだろう
>的外れな持論
Makefileのジェネレータのラッパーのラッパー…がそこかしこに存在する現状
という点からもそれほど的が外れた話だとは思わなかったが…
422:Be名無しさん
05/11/07 02:25:46
>>418
Makefileが読めず、コンパイラの仕組みも知ろうとしないで給料もらおう
という虫のいいこと考えているやつがなんら有効なデータを示せずに
暴れまくったあげく勝手に勝利宣言するスレ
423:ITRON名無しさん ◆4WD27e3i1o
05/11/07 08:10:11
>>420
> 一括ビルドに都合がいいから、それ以上でも以下でもないだろ
ふうん。
MSDNのサンプルで、一括ビルドが欲しくなるくらい長大なものをみたことないけどね。
こんど例を教えてよ。
ま、一般論としては、いい着目点だね。
今となってはVisualStudioもコマンドラインからのビルドインタフェースが整備されてきたみたいけど、今まではロクな環境ではなかったわけだ。
VS6とVS.NETでオートメーションインタフェースが違って途方に暮れたWindowsプログラマも結構いたと思うんだよね、余談だけどさ。
いずれにせよ、一括ビルドという用途においては、大抵のGUIベースIDEは使い物にならない。もしくはつい最近までならなかった。
そんな一歩も二歩も遅れているツールに甘んじていた(君が言うところの)Windowsプログラマってのは、どんな生産性を出していたんだい?
(私が知る限りの)Windowsプログラマは、この辺りをちゃんと理解していて、makeもGUIベースの環境も使い分けていたけれどね。
だからこそmakefileのexportなんて機能がいまだにVisualStudioにあるんだと思うんだけどな。
424:Be名無しさん
05/11/07 10:26:17
>>422
そっちかよ
>>423
> makefileのexportなんて機能がいまだにVisualStudioにある
もうないよ
425:Be名無しさん
05/11/07 10:27:19
Avalonのサンプルはmsbuild化されていてMakefileはなかった
426:Be名無しさん
05/11/07 10:29:30
>>425
antへの当て付けと思われ。
427:Be名無しさん
05/11/07 11:13:00
>>423
> こんど例を教えてよ。
rotor
428:ITRON名無しさん ◆4WD27e3i1o
05/11/07 11:27:31
>>427 おおなるほど。確かに。
429:ITRON名無しさん ◆4WD27e3i1o
05/11/07 11:59:57
>>424 あらほんとだね。ご指摘ありがと。
430:Be名無しさん
05/11/08 19:34:35
iTRONに戻して...
（ver4系）SCIの受信処理の記述で悩んでます。
本動作とは影響しない、独立したSCIを使用したデバッグログ&モニタを動かす。
任意の文字を受け（=コマンド）、内容を解析、対応した処理を行う。
受信割り込み()
{
iwup_tsk( ID_xxxtsk);
}
xxxtsk()
{
while(1){
sleep();
受信データ取り出し&解析&処理();
}
}
と今は書いてます。 分かりよいのですが効率が悪い気が..
皆さん、いい方法ないでしょうか？
431:ITRON名無しさん ◆4WD27e3i1o
05/11/08 22:22:24
>>430
これが嫌ならsamaphoreを使うんじゃないかなと思います。
でもそんなに効率が違うのか、やや疑問です。
最後はカーネルがTCBをどう持っているか次第ですが。
wupを使わない積極的な理由があるとすれば、それは起床要求キューの段数が実装によりまちまちで、移植性が保証できないということなんじゃないかと思いますが、 どんなもんでしょうか。
semならその辺りは、アプリケーションプログラマが 完全に読み切れます。
まあスタンダードプロファイル範囲内では、semにも潜在的な問題を引き起こす要因がないとも言えないようですが…。(ヒント: TOPPERS/JSPカーネルのシリアルドライバ)
432:Be名無しさん
05/11/09 01:25:41
Toppersてwindowsにインストールできないでしょ
433:Be名無しさん
05/11/09 11:47:48
>>432
それ以前にi386ポートがないから
434:ITRON名無しさん ◆4WD27e3i1o
05/11/09 17:43:07
>>432
Windowsエミュレーションならあるよ。
>>433
Windowsエミュレーションにi386ポートは要らないよ。
1.4.1でもi386ポートはあるよ。公式リリースに含まれていないだけ。
435:Be名無しさん
05/11/10 07:01:05
gameBoyAdvance(できればエミュのVisualBoyAdvance)で試したいけどわからん・・・
436:Be名無しさん
05/11/10 10:59:07
>>431
レスThnx.
437:Be名無しさん
05/11/11 11:15:24
T-EngineでLCDが付いているボードがあるけど、GUIのライブラリもあるの？
438:Be名無しさん
05/11/11 11:52:42
>>437
ここで聞くことでは無いと思うが。
WideStudioあるべ。
439:ITRON名無しさん ◆4WD27e3i1o
05/11/11 16:43:23
>>438
MS7727CP01でJSPやFI4が動いているみたいだけど、って話では?
440:437
05/11/11 23:35:35
T-Engine開発キットだけ買えばいいのかとおもったら、
オプションのLCDボードとPMC T-Shellを買わないとGUIライブラリを使えないのか・・・
遊びで買うにしたら高いなぁ、40万くらいかかるのかな？
と思ったら「T-Engine/SH7727開発キット」が15万くらいで買えるのかな？
LCDは欲しいけどPMC T-Shellはまぁいいや、GUIライブラリは自分でつくるから。
＃やっぱりGBAでTOPPERSを動かせるようにならないとなぁ
441:ITRON名無しさん ◆4WD27e3i1o
05/11/12 09:21:37
>>440
なんだ >>438 の言う通りか。T-Kernelに関してはスレ違いだよ。
「T-Engine/SH7727開発キット」のボードはMS7727CP01。JSPやFI4の公式リリースにターゲット依存部が含まれているね。
これを持っているTOPPERSの中の人も結構いるみたいだよ。
442:サービスコールの不可分性
05/11/12 22:45:39
>430
>431 さんの言うようにTOPPERS/JSPにいい実装があります。
TOPPERS/JSPの実装では、
割り込み時に割り込みハンドラ内でポートから受信バッファに入れていますね。
タスクとのインターフェースは、Cの標準IOのように、バッファサイズを指定の受信要求の
関数を呼び出し、今あるバッファのサイズだけすぐ返すか、バッファが空なら
WAITする仕組みになっていたはずです。
443:Be名無しさん
05/11/17 22:02:59
【IT】Cell向けのμITRON、東芝情報システムが開発中
ｽﾚﾘﾝｸ(scienceplus板)
444:Be名無しさん
05/11/17 22:56:58
【宇宙】宇宙機用OS、名大とJAXAらが共同開発へ
ｽﾚﾘﾝｸ(scienceplus板)
445:Be名無しさん
05/11/17 23:46:44
>>444
>>368
446:Be名無しさん
05/11/21 11:08:40
新田 まさに坂村氏がＲＩＳＣを「知ってた」からこそ・・・の判断ですよ。
それに東芝のＴＸ１はトロンチップですが、１クロック命令など、
大幅にＲＩＳＣを取り入れて設計されてます。
そういうやり方もあったのだから、
「トロンチップに何故取り入れないのか」
と不平を言うのはおかしな話ですよ。
トロンチップはＲＩＳＣの技術そのものを
排除していた訳ではありません。
トロンチップの中身は、互換性や使いやすさを実現するための「仕様」で、
そこにどうインプリメントするかは企業の判断です。
その中に必要に応じて、ＲＩＳＣ技術を盛り込む事は可能なのですから、
仕様にＲＩＳＣを指定してないからと言って
「使い物にならない時代遅れな仕様」というのは筋違いです。
447:Be名無しさん
05/11/25 19:26:02
iTRON4 & SHで動かしてるシステムに、TCP/IPとUSB HOSTを付けようと考えてます。
皆さんなら、何を選びますか？
1. iTRON4 + 独自デバイスドライバをごりごり書く or 買ってくる
2. T-Kernel + 独自デバイスドライバをごりごり書く or 買ってくる
3. 組み込みLinuxのいずれか、応答性が必要な個所は後で考える
4. SH止めてPCにする(コスト無視)
5. 他
息抜きと思って、自由なカキコ下さいな。
448:Be名無しさん
05/11/26 15:02:22
>>447
お題がレベル高杉。自動販売機やオーブントースターくらい単純にして下さい。
449:Be名無しさん
05/11/26 16:40:20
>>447
リアルタイム処理が必要なシステムにUSBを使うのが間違い。
と思っているんですが。
450:Be名無しさん
05/11/27 15:06:55
>>447
USB デバイスクラスでも四苦八苦だったので
USB HOSTをごりこり書くのはほぼシロート不可能と考えるから
ミドルウエア購入か Linux のホストスタックを使うのが吉と考えます。
5 OSはなんでもいいから(買ってでもいいから)使えるホストスタック
を探して来い！
いちおうホビー用途ではなくてという前提ですが
以上
451:Be名無しさん
05/11/27 18:31:50
ITRON名無しさん、出番ですよ。
【TRON】TRON SHOW 2006 開催 12/14-16＠東京国際フォーラム
ｽﾚﾘﾝｸ(scienceplus板)
31 名前：名無しのひみつ 投稿日：2005/11/27(日) 15:24:45 ID:x6S0Un8R
ＢＴＲＯＮはもう無理でしょ。デバイスサポートがグダグダすぎ。
Ｔ－Ｅｎｇｉｎｅフォーラムがいるってことは俺も行って現物見ないとだめかな
うちの会社次の開発案件がμＩＴＲＯＮかでもめてるんだよな
使えるメモリが２５６ＫとかだからＴ－Ｅｎｇｉｎｅは無理っぽいのに
大丈夫って断言するやつがいるから・・・はいんねーでしょ？
452:ITRON名無しさん ◆4WD27e3i1o
05/11/27 19:49:34
最近BTRONもT-Kernelも追いかけてないし。番号札に興味ないし。
453:Be名無しさん
05/11/27 21:19:14
>>451
名前見る限り、T-Engine + ICタグつー感じですな。
こことは縁なさそう。
454:Be名無しさん
05/11/28 08:46:18
>>447
☆マジレス
URLﾘﾝｸ(www.cqpub.co.jp)
URLﾘﾝｸ(www.cqpub.co.jp)
参考書(接続されるデバイス限定しちゃえばそんなに難しくなさげ)
URLﾘﾝｸ(mes.sourceforge.jp)
オープンソースなOS
☆ネタレス
URLﾘﾝｸ(supertank.iodata.jp)
SH-4+LAN+USB
455:Be名無しさん
05/11/30 00:40:34
M32Rも何かネタ振ってください。
456:Be名無しさん
05/11/30 15:46:35
>>447です。 レスThanks
夢を見たいのは、T-Kernel + たくさんのICドライバsourceが準備されていて、
ドライバを選択、ボードのH/W依存を変更して組み込める って世界ですが。
まずはiTRON4のままですが、将来のため組み込みLinuxで検討します。
457:Be名無しさん
05/11/30 16:22:41
>>454
とりあえず動かすだけなら簡単なんだけど、ポーリングせにゃいかんので
まじめに使おうと思うとそれなりに苦労できまふ。
>>455
URLﾘﾝｸ(www.cqpub.co.jp)
に、VDECで配ってるM32Rコアがついてくるようですな。
そういえば、最近M32Rで遊んでないなあ…
458:ITRON名無しさん ◆4WD27e3i1o
05/11/30 17:09:33
>>457
> VDECで配ってるM32Rコアがついてくる
へー。そうなんだ。
ETで聞いたときには、ドータボードが未定と聞いて萎えていたのだけれど。
M32Rにも手をだしてみるかなぁ…。
459:Be名無しさん
05/12/01 10:24:35
『今でも工業用のITRONは使われているので、組み込みシステムとして地味にやればよかったのに、風呂敷を広げすぎて自滅した』
なんとも組み込みシステムに対する蔑みを感じますが、RTOSの本懐が組み込みであることは言うまでもありません。私が開発に参加したのも組み込みシステムです。
坂村氏の存在意義ってのは『風呂敷を広げ』ることです。未来をどうするのかの展望をある程度具体的に伝えることです。こういう御輿はコンピュータ業界には必要な存在です。大昔、ジョブスが大法螺を吹いてパソコン業界が始まったのは事実です。
460:ITRON名無しさん ◆4WD27e3i1o
05/12/01 11:17:28
>>457-458
念のため中の人に探り入れてみたら、
M32R以外のソフトコアも視野にあるみたい。
ドータボードがなくても遊べるってことか。
461:Be名無しさん
05/12/02 17:41:35
>>459
ジョブズなんかをたとえに用いるのはどうか。
坂村健の言っているスケールはもっとでかい。
坂村のは100年後に評価されるようなレベルだ。
462:Be名無しさん
05/12/03 14:32:18
100年後に坂本を知ってる奴は殆ど居ないだろうけどな
463:Be名無しさん
05/12/03 15:22:04
坂本ってだあれ？
464:Be名無しさん
05/12/04 09:50:42
>>463
言い間違えるやつは放置した方がいい。
トレースしやすいから。
465:Be名無しさん
05/12/30 00:20:09
toppers 1.4.2でたようなのでとりあえずあげ
466:Be名無しさん
06/02/06 19:41:20
XTALってITRONなんだよねぇ
ITRONを作るのは難しいですか？
ITRON入門読んでもよくわからなかった。
467:Be名無しさん
06/02/06 19:50:01
>>466
URLﾘﾝｸ(www.xtal.org)
これのどこがITRONなのかさっぱりわからない件について
468:Be名無しさん
06/02/08 14:46:03
>>467
XTALがITRON準拠のリアルタイムOSだって何かでみたんだけど
リナックスザウルスに使われているので。
469:Be名無しさん
06/02/08 16:29:26
>>468
×ITRON準拠
○独自仕様
×リナックスザウルス
○MIザウルス
聞きかじった情報が混ざっとるようだな。
470:Be名無しさん
06/02/12 23:45:27
>>463
URLﾘﾝｸ(www.ndl.go.jp)
471:Be名無しさん
06/03/08 15:25:58
>>434
>1.4.1でもi386ポートはあるよ。公式リリースに含まれていないだけ。
くれよ
472:Be名無しさん
06/03/10 18:04:00
Design Wave 4月号、ADuC7026(ARM7コア)にTOPPERS/JSP 1.4xを載せる、
って特集あるよ。
今読んでるとこ。
473:Be名無しさん
06/03/11 23:43:51
質問です。
TOPPERS/JSP 1.4.2 を ARM7に組み込もうと考えてます。
WinXPにCygwin最新版を入れ、GNUARM(gcc for ARM)は構築完了しました。
JSP Kernelは、解凍して C:\toppers\jsp となるようコピーしました。
で、doc\user.txtに
JSP Kernelの構築で、chk.exeとかを作成するため
make depend
make
を行う必要があるとあります。
makeを動かした結果、（Intel86用）g++コンパイラも必要っぽいです。
ARMクロス環境を作成するだけなので、86コンパイラを入れなきゃいけないのが理不尽
なんですが、こんなもん？ それとも勘違い？
エンジニアのみなさん、情報があれば教えてください。
474:Be名無しさん
06/03/12 01:37:51
コンフィギュレータで使うんでないかい？
475:Be名無しさん
06/03/12 21:03:22
インストーラーをポチポチしてれば、コンパイル済みのバイナリが必要な
だけ全てC:\Program Files\～にコピーされて「構築完了」というのが
>>473にとっての道理かもしれないが、そうじゃない世界もあるというだけ。
476:名無し募集中。。。
06/03/13 06:31:30
Interface誌にもSH2が付くそうだ
SH2版のToppersも付属するかな
477:473
06/03/14 11:49:06
問題解決しました。
親切にTOPPERにVisual C++ Build用のフォルダが提供されてました。
これで、chk.exe等の生成OKでした。
>>475
ちゃいますがな。
使うつもりがない、開発環境をあまり入れたくない。
レスは有りがたいが、勝手に解釈されても...
478:Be名無しさん
06/03/14 15:15:32
こんなネタが
Linux＆ITRONをマイクロカーネル上に仮想化 新アーキテクチャを産学で
URLﾘﾝｸ(www.itmedia.co.jp)
479:Be名無しさん
06/03/14 16:46:15
どっちかてーとEmblixな集まりですな。
しかし、わざわざ仮想マシンを下におくメリットがあるのか？
とりあえずオーバーヘッドが気になりますな。
どこかで見掛けたら突っ込んでみるか。
480:ITRON名無しさん ◆4WD27e3i1o
06/03/14 17:57:00
>>476
同時じゃないけど，数ヶ月後に特集記事出るよ．
>>478-479
L4を下に敷いてTOPPERS/JSPとLinuxを，っていうネタは随分前から中島研でやってたような．
481:Be名無しさん
06/03/14 22:12:03
Interface誌、近所で売ってないのだけど、1号だけ買うのはどうしたらよいの
だろう。どこか通販で売ってる？
年間購読するしかないかな。
>>480
L4マイクロカーネルねぇ..。
482:Be名無しさん
06/03/14 22:20:16
既存のOSの下にマイクロカーネルを置いてセキュリティの向上！ネタが流行ると
マイクロカーネルの更に下にナノカーネルを置いてセキュリティの飛躍的向上!!
なんてのも出てきそう。。って妄想した。
483:名無し募集中。。。
06/03/15 04:08:41
>>480
>数ヵ月後
ToppersMLにでていた夏ごろって話かな
484:Be名無しさん
06/03/15 11:05:04
>>481
本屋に頼んで取り寄せてもらえばいいんでは？
485:Be名無しさん
06/03/15 13:51:13
>>481
近所にセブンイレブンがあればセブンアンドワイで雑誌注文できるよ、Interfaceも扱ってるし。
URLﾘﾝｸ(www.7andy.jp)
ただ発売日すぎちゃうとダメなんで出てから欲しいと騒いでもだめぽだけど。
486:481
06/03/15 17:06:54
>>484-485
ｻﾝｸｽ｡
セブンアンドワイにする予定。
487:Be名無しさん
06/03/19 13:52:51
Linux＆ITRONをマイクロカーネル上に仮想化 新アーキテクチャを産学で[06/03/13]
ｽﾚﾘﾝｸ(bizplus板)
488:名無し募集中。。。
06/03/23 05:37:44
マルチコア対応リアルタイムOSを一般配布、TOPPERSプロジェクト
URLﾘﾝｸ(www.atmarkit.co.jp)
Eclipseベースの開発環境（PizzaFactory3)の一部をオープンソース化
URLﾘﾝｸ(www.pizzafactory.jp)
489:Be名無しさん
06/03/23 21:09:40
【OS】マルチコア対応リアルタイムOSを一般配布、TOPPERSプロジェクト[060323]
ｽﾚﾘﾝｸ(bizplus板)
[ITRON]マルチコア対応ﾘｱﾙﾀｲﾑOSを一般配布、TOPPERSプロジェクト
ｽﾚﾘﾝｸ(pcnews板)
490:Be名無しさん
06/03/23 22:23:10
未踏のやつか。
時間かかったなあ。
491:Be名無しさん
06/03/23 22:29:36
>>490
ｋｗｓｋ
492:Be名無しさん
06/03/24 03:58:33
フルセットのPizzaFactory3 っていくらするの?
493:Be名無しさん
06/03/24 22:50:43
>>491
URLﾘﾝｸ(www.ipa.go.jp)
494:Be名無しさん
06/03/24 23:11:19
>>493
ｔｈｘ
495:Be名無しさん
06/03/25 00:29:25
ITRON名無しさん助けてください！
[ドイツ製OS]C/C++いっさいなし、Javaだけで開発されたOS - JNode
ｽﾚﾘﾝｸ(pcnews板)
>近年、Linuxなどの情報系OSのリアルタイム性を向上させ、
>組み込みシステムへの適応が試みられているが、
>実際には100マイクロ秒のレベルのリアルタイム性能にとどまっているのも、
>このようなOSの基本的な設計の問題と考えられる。
基本的な設計の問題って、具体的に何がクリティカルに違うのよ？
スケジューラ全般、とか割り込み処理全般、とかそういう漠然とした
ものじゃなくて。
496:ITRON名無しさん ◆4WD27e3i1o
06/03/25 09:03:57
一例を挙げるなら，実行コンテキストにヒモづけられているリソースの多寡．
これだけじゃないけど．
プロセスよりスレッドのほうがコンテキストスイッチが速いのは，
RTOSを知らないUnicesやWin32のエンジニアでも知っているよね．
497:ITRON名無しさん ◆4WD27e3i1o
06/03/25 18:17:32
えー? 転載拒否．
彫刻刀と斧のどちらが高性能かとか生産性が高いかとか，って話があのスレの大半だよね．
組込み技術者なら，木の堅さや大きさを想定してから話すと思うんだけどな．
想定抜きで話せるのは，それぞれの道具の一般的な特徴くらいではないでしょうか．
それはさておき JNode面白そう．CooSと違ってC#を覚えなくてよいのが嬉しい．
JTRONバインディングする人は出てこないかなー．
498:Be名無しさん
06/03/27 23:33:49
Teaboard/ARM920-MX1買いました。
これにＴＯＰＰＥＲＳをｲﾝｽｺできますか？
それから、TeaboardってＧＵＩの開発ﾂｰﾙはないのでしょうか？
499:Be名無しさん
06/04/04 08:16:56
でかい方の ARM920-MX1 持ってます。
前はMX1の実装はなかったのでT-Kernel使ってるけど今はわからない
開発環境はどうせコマンドラインのgccしかないんじゃないかな。
自力でEclipse上に持っていくくらいしか。
500:ITRON名無しさん ◆4WD27e3i1o
06/04/04 09:11:19
> 自力でEclipse上に持っていくくらいしか。
URLﾘﾝｸ(www.kmckk.co.jp)
501:Be名無しさん
06/04/12 19:13:41
FRシリーズのネタ、何かある？
502:Be名無しさん
06/04/16 23:49:40
>>500
そのＩＣＥ買わないとT-Engine対応のEclipse手に入らないのかな？
ユーザーには無償でﾀﾞｳｿできるようになってほしい・・・
503:ITRON名無しさん ◆4WD27e3i1o
06/04/17 07:58:04
PMCのではなくKMCの製品だからね，あのEclipseは．
まあICE使わないなら，eclipse.orgから落として来て整備しても大差はない．
コンパイラバイナリがついてくるくらいがKMC版のメリットかな．
504:Be名無しさん
06/04/25 20:33:57
10行以下のパッチであればFSFのassignmentいらないっす。
ちなみに手続きは数ヵ月かかるので気長に待ちませう。
てな事をここに書いて伝わるのだろうか。
505:Be名無しさん
06/04/28 23:34:15
【ＩＴ/政治】日本政府、「世界最高水準のセキュリティー」の次世代ＯＳ開発着手へ
：Winny被害に対応[06/04/29]
ｽﾚﾘﾝｸ(newsplus板)l50
506:Be名無しさん
06/05/02 03:17:03
HOSってH8 の Sleepモードの取り扱いってどうなってるの？
一定時間イベントが起こらないときソフトウェアスリープで眠らせ、
割り込みハンドラからイベントフラグで起床させようと思ったけど。
割り込みハンドラ自体死んだままっす。
union un_syscr tmpsyscr;
//P_DIVCR.BYTE &= 0xfc; //P_DIVCR.BIT.DIV1=P_DIVCR.BIT.DIV0=0;
tmpsyscr.BYTE = P_SYSCR.BYTE;
tmpsyscr.BIT.STS = 5;
tmpsyscr.BIT.SSOE = 1; //hold output value8
tmpsyscr.BIT.SSBY = 1;
P_SYSCR.BYTE = tmpsyscr.BYTE;
#pragma asm
SLEEP
#pragma endasm
507:Be名無しさん
06/05/02 10:19:02
本当は割込みハンドラもちゃんと実行されているが、
>一定時間イベントが起こらないときソフトウェアスリープで眠らせ
の辺りに問題が有り、スリープ→スリープ解除→スリープ…
なループに陥っているに一票。
508:555
06/05/02 20:33:11
ソフトウェアスリープじゃなかった、
クロック停止のソフトウェアスタンバイモードだった
509:Be名無しさん
06/05/03 22:14:37
>>508
誤爆か？
510:505=508
06/05/04 00:16:53
>>509
555を名乗ったのがまちがい。
H8はスリープとソフトウェアスタンバイ、ハードウェアスタンバイそれぞれ機能が違うのに、、
まぎらわしくソフトウェアスリープなどと書いたので、訂正した。
ちなみに、
HOSのスリープへの移行はタスク中でやるのはよくないみたいね。アイドルループのなかでやるみたい。
ソフトウェアスタンバイについては未だよくわからん。
511:506
06/05/13 00:17:36
解決しました。
要はソフトウェアスタンバイになると、タイマ関連とシリアル関連のレジスタが全てクリアされてしまうハードウェアの
仕様を見落としてました。マニュアルには"スタンバイモードではＸＸにリセットされる"と記述があるのですが、
ハードウェアスタンバイのことと勝手に解釈してました。
512:Be名無しさん
06/05/13 00:25:15
あと、スリープは上で書いたようにアイドルループ中でダミーでコールしてる関数
hospac_idleをundefし、再定義して使いました。
513:Be名無しさん
06/05/13 20:43:27
H8/3048Bで，ITRON仕様OS(NORTiでもTOPPERSでもHOSでも・・・)の「1msの周期ハンドラ」の使用は無謀な話なのでしょうか？
というのは，ある人に「H8/3048BクラスのCPUで1msの周期ハンドラはかなりの負担になってしまうので，他の処理が殆どできない」と指摘されたからです。
どなたか，H8/3048BクラスのCPUで「1msの周期ハンドラ」の使用しておられる方はいますか？
ちなみに使用している方は，どこのを使っているのでしょうか？
514:Be名無しさん
06/05/13 22:57:47
なんで1msにこだわるの？
無理って言われてるんだから、5msでも10msでも「負担にならない範囲」で
サイクリックハンドラ使えばいいだけじゃん。さもなければそんな低速のCPU使うの
あきらめたら？
それに、そこまで疑問があるんならここで聞かないで自分で時間計測して
システムに本当に負担がかかってるか君の手で確認すればいいだけじゃん。
515:514
06/05/14 21:33:52
514 でなげっぱなしだったので補足しておきますが、
たしか周期ハンドラはOSのハートビート(ＯＳのタイマ割り込みのインターバル）
よりも小さな単位では設定できないかと思います。
とすると 1ms の周期ハンドラを作るにはＯＳを 1ms 以下でまわさないといけないので
それだけでＯＳのオーバヘッドが増す。その上に同TICKの周期ハンドラが存在すると
1ms の間に
・タイマ割り込み応答
・ＯＳ処理
・周期ハンドラ
をこなさないといけないことになる。これでは他のタスクの入る隙間がない
ということを指摘されたんではありませんか？
だとすると、
H8/3048 なんかの超トロイマイコンにそんな仕事をさせているのが無謀
ということになりますが。
もちろん周期ハンドラでカウンタを回してる程度なら可能だと思うので
ハンドラや他のタスクの内容次第だということも付記しときます。
似たような処理なら、100MHz 超のマイコンでA/Dとポートののマトリックススキャン程度なら
経験あります。H8/3048B なら 25MHz くらいだと思うので、
タスクが回るかどうかの判断ははあなたのシステムの内容がわからない以上
博打（実測でしか結論が出ない）と思います。
もし「無理」というのがあなたのチームの仲間とか先輩が言ったことならば
それはシステムがわかっている人の発言という意味で現実に近いのではと思います。
516:ITRON名無しさん ◆4WD27e3i1o
06/05/15 00:22:43
> たしか周期ハンドラはOSのハートビート
ITRON4.0仕様の場合は，isig_timの呼出し間隔が理想状態における最小のtick．
ITRON仕様OSの多くは，デフォルト値を慣習的に1msに設定しているはずだよ．
これを逆手に取ってタイマドライバをフックすれば，タイマイベントキューを
辿らなくて良い分だけ軽くできるかもね．
まあでも >>515 の言う通り，無謀だと思うよ．
517:サービスコールの不可分性
06/05/15 14:46:59
ITRON4.0の変な仕様の話をしますと、
>1ms の周期ハンドラを作るにはＯＳを 1ms 以下でまわさないといけない
というのは、少し違っていて、たとえば
TIC_NUME=20 TIC_DENO=1 つまり、20msに１度isig_tim()が呼ばれるような実装の
場合でも、1ms周期の周期ハンドラは利用できます。 ただし、
1度に20回呼ばれるという変な仕様です。どうも仕様準拠では、そうらしいです。
TOPPERS/JSPではそう動くようになっているかと思います。
以下TOPPERS/JSPの場合ですが、
で、上記のような、くだらない理屈はさておき、H8/3048で1ms周期でなにか処理した
い場合どうするかですが、
タイムティックとは別に、タイマーデバイスを使って
割り込みハンドラで書けばよいのではないでしょうか？
H8/3048は、16ビットタイマーが5chあり、そのうちITU0が、タイムティック（
カーネルのタイマ）に利用されています。こいつを、1msで重ければ、20ms
に TIC_NUME=20に定義してやり、独自に、ITU1あたりを 500usの周期で２回に１度
処理してやればよいのではないでしょうか？
518:ITRON名無しさん ◆4WD27e3i1o
06/05/15 18:15:15
> TIC_NUME=20に定義してやり
cycラヴな人は大抵揺らぎが嫌いだと思うよ．それが予測可能だとしてもね．
それと，TIC_{NUME|DENO}はユーザが変更できるとは限らないよ．
それに，処理が集中した場合のタイムデッドラインは守れそうにないね．
むしろ遅延の最悪値は悪い方向に倒れるんじゃないかな．
タイムイベントキュー周辺のコード次第だけどね．
519:Be名無しさん
06/05/15 22:51:09
>518
まったり逝きましょう。
>それに，処理が集中した場合のタイムデッドラインは守れそうにないね．
ITRONを使うことを前提に考えた場合に、カーネルの持つ最大割り込み禁止時間
のオーバーヘッドは、かならず存在します。
これは、カーネルの実装によってかなり左右されます。
ですので、多少クロックの高いCPUを持ってきても場合によって
遅延が大きい場合もあります。
ですので、
処理が集中していようと、たとえば、H8ではないですが、10MHz（測定データ）
のとあるCPUのITRONの場合
URLﾘﾝｸ(documentation.renesas.com)
まぁ、51us程度の間で保証されるはずです。
これがデッドラインかどうかはユーザープログラム次第なのでなんともいえませんが。
具体的に処理が遅延するケースを考えてみた場合、
ITU1の割り込み発生時
３つの状態に条件わけした場合
１）タスク処理中
２）カーネル処理中（過度状態）
３）ハンドラ処理中
１）３）は即時に割り込み処理になります。（もちろんCPUと、レジスタ等のセーブ処理のオーバーヘッドはあります。）
２）は、最大割り込み禁止時間が始まった瞬間の場合に最悪、51us待たされて
から割り込みが発生することになります。
TOPPERS/JSPの最大割り込み禁止時間については、実装上の都合で、アプリケーション
によって左右されるつくりになっています。ですが実際には、H8においても性能測定用
の機能があるので、自分で性能評価すればってことになっているようです。
520:513
06/05/15 23:14:51
皆さま返信どうもありがとうございますm(_ _)m
やはりH8/3048Bクラスで1ms周期の処理をさせることは難しいのでしょうか・・・
上司はこれでやれ！というし同僚はそりゃ無理だろというし・・・泣きそうです。
521:Be名無しさん
06/05/15 23:36:01
>>520
OS利用は絶対条件なのかい？
OS使わなければ余裕だけど。
522:Be名無しさん
06/05/16 01:39:34
OS使っても、優先度の低いIDLEループ風タスク１個と
1msタイマ割り込みハンドラだけの組み合わせなら何とかならんかしら。
でTickを5ms～10msに持っていって
これならＯＳなしにも移行しやすいし。
523:ITRON名無しさん ◆4WD27e3i1o
06/05/16 10:23:03
> ITRONを使うことを前提に考えた場合に、カーネルの持つ最大割り込み禁止時間
周期ハンドラやアラームハンドラを使う場合には，最大割込み禁止時間よりもさらに長い遅延が発生するよ．
TIC_{NUME|DENO}を下手にいじって同一システム時刻にイベントを集中させると，最悪値はO(n)で効いてくるんじゃないかな．直感だけどね．
> ITU1の割り込み発生時
周期ハンドラを使わずにタイマハンドラを別に定義するという案かな．
だとすると，それは無難だよね．
でも，他のタスクやハンドラの時間制約は考えなくてよいのかな．
> 自分で性能評価すれば
最後はここに行き着いちゃうよね．
ミクロ的に1msを死守できても，アプリ全体が破綻しないかどうかはわからないし．
524:サービスコールの不可分性
06/05/16 15:37:29
>523
直感の割には、確信があるみたいですね。
あまり役に立たない話かもしれませんが、ご参考まで、
以下、ユーザーズマニュアル
URLﾘﾝｸ(documentation.renesas.com)
周期起動ハンドラとアラームハンドラはシステムクロック割り込み(タイマ割り込み)ハンドラからサブルー
チンコールで呼び出されます(図3.16参照)。したがって、周期起動ハンドラ、アラームハンドラはシステムク
ロック割り込みハンドラの一部として動作します。なお、周期起動ハンドラ、アラームハンドラが呼び出される
ときは、システムクロック割り込みの割り込み優先レベルの状態で実行されます。
-------------------------------------------------------
ITU0(システムタイマ）、ITU1(500usタイマ）の
割り込みコントローラに指定した優先度で、実行されるものに
なります。ITU0のほうを上位に指定すれば、貴殿のおっしゃるとおり
ハンドラの実行時間だけ遅延されますが、ITU1のほうが高ければ、
周期ハンドラ分遅延されることはないですね。
525:ITRON名無しさん ◆4WD27e3i1o
06/05/16 23:41:51
> 直感の割には、確信があるみたいですね。
確信は無いよ．
μITRON4.0仕様では，システム時刻の更新契機や周期ハンドラの起動契機に，裁量の余地を残しているからね．
でもたぶん多くのμITRON4.0仕様OSは，TOPPERS系ITRON仕様OSのように，isig_tim相当の処理の中でwhileループを回しているだろうね．
526:サービスコールの不可分性
06/05/17 12:44:12
>525
uITRON4.0の仕様から
--
割込みハンドラの優先順位は、ディスパッチャの優先順位よりも高い。割込み
ハンドラおよび割込みサービスルーチン相互間の優先順位は、それらを起動する
外部割込みの優先度に対応して定めることを基本に、実装定義である。
--
たしかに、実装定義であり、裁量の余地はあるものの、基本どおりです。
以下、TOPPERS/JSP USER.txtによると
--
2.6 タイムイベントハンドラ
JSPカーネルでは，タイムイベントハンドラとして，周期ハンドラのみをサポー
トしている．周期ハンドラは，isig_timサービスコールの中から，サブルーチ
ンコールで呼び出される．そのため，周期ハンドラの優先順位は，isig_timを
呼び出した割込みハンドラよりも一つだけ高い（厳密に言うと，isig_timを呼
び出した割込みハンドラよりも高く，その割込みハンドラよりも高い優先順位
を持つ他のいずれの処理よりも低い）．
--
これも、基本どおりですね。
527:Be名無しさん
06/05/24 17:35:14
メモリプールのシステムコールに関する書式は
get_mpf(ID, VP *);
rel_mpf(ID, VP);
になってますが、なんでrel_mpfの第2引数の型が、VP *ではないんでしょう？
実際のコードでのキャストは
char *p;
get_mpf(MPFID, (VP *)p);
…
rel_mpf(MPFID, (VP)(*p));
と書くのでしょうか・
528:Be名無しさん
06/05/24 18:49:14
VP p;
get_mpf(MPFID, &p);
rel_mpf(MPFID,p);
529:Be名無しさん
06/05/24 18:51:30
から考えてみては
530:Be名無しさん
06/05/24 20:54:54
なるほど、malloc,freeなんかと違って、
固定枠を要求するんですね。
char *p;
get_mpf(MPFID, (VP *)&p);
…
rel_mpf(MPFID, (VP)p);
で動きました。
531:Be名無しさん
06/05/24 21:11:30
微妙に理解がズレてる気がしないでもないが、まぁヨシとしよう。
532:Be名無しさん
06/05/24 21:28:29
>>531
>微妙に理解がズレてる気がしないでもないが、
そこを是非説明してください。
533:Be名無しさん
06/05/24 22:07:15
「固定枠を要求する」という文言が引っかかる。
ここでpが実体としてVPであるとかchar *であるということに、本質的な
意味はあまり無い。「malloc,freeなんかと違って、固定枠を要求する」から
>>527のような誤解を生じたのではない筈。
何が「固定」しているのか、「枠」とは何を指すのか…大体言わんとする
所は推定できるが、人前ではそう言わないようお勧めする。
これ以上は自分で考えるなり、無責任な名無しの戯言と割り切ってください。
是非。
534:ITRON名無しさん ◆4WD27e3i1o
06/05/24 22:42:57
>>532
scanf("%d", &val) で printf("%d", val) だよね．
値がポインタでも原理は同じ．
ITRONの話っていうよりC言語入門だよ．
535:Be名無しさん
06/05/25 00:02:21
そんなもんを原理って言うか？
それは単なる関数の仕様で、もっというなら、
C言語のライブラリ仕様としての欠陥だ。
scanfの方も本来はscanf(" ",val);とすべきだった。
536:Be名無しさん
06/05/25 00:05:16
>C言語のライブラリ仕様
こんな過疎スレで釣りですか
537:Be名無しさん
06/05/25 01:10:24
俺もVPで悩んだことがある。
どうもサンプルコード見ても文法上のつじつまが合わないので
ヘッダ調べると
typedef void *VP;
なんだなこれが。チャンチャン。
バグってたのは
VP buf;
char *p;
get_mpf(ID, &buf);
のとき
p=(char *)buf;
とすべきところを、
p=(char *)&buf;
としてて動かなくてさんざん悩んだ。
538:ITRON名無しさん ◆4WD27e3i1o
06/05/25 07:01:42
>>535
FORTRANプログラマへの転身を勧めるよ．
>>537
TOPPERS/JSPのターゲット非依存部で見つかったバグに，dtq内部でのポインタミスキャストがあったよ．
解っていても間違えやすいよね．
539:Be名無しさん
06/06/08 09:27:54
大体ポインタに非ポインタマクロ名を付与すること自体間違いのもとだ
540:Be名無しさん
06/06/09 15:50:36
>>539 Win32の連中にも言ってやれよ
541:Be名無しさん
06/06/17 19:09:29
NORTiを使っていますが、set_flgでアドレスエラー（書き込み）が発生しました
原因として何が考えられますでしょうか？
MPU：SH-3の7708R
OS ：NORTi ver4
コンパイラ：HEW4.0（SHC9.0.）
現象：割り込み処理中にset_flgを使用。
ちなみにこの割り込み処理はカーネルマスクレベルよりも低い
レジスタの退避や回復はきちんと行っている。
毎回必ずエラーが起きるが、そのタイミングは毎回違う。
そのときのPC値やスタックポインタなどのレジスタの内容は常に同じである。
542:Be名無しさん
06/06/17 19:11:27
たまには、あげ
543:ITRON名無しさん ◆4WD27e3i1o
06/06/18 01:22:57
>>542
過疎スレageるは皆の迷惑．
>>541
MISPOに聞いたら? せっかく金出してプロプライエタリ製品採用したんでしょ．
でさ，些末だけど，μITRON4.0仕様的にはset_flgではなくてiset_flg使うよね．
NORTiではコンテキストを自動判別していたはずなので直接の原因では
無いと思うけれど，こういうところをいい加減にしていると保守性下がるよ．
544:Be名無しさん
06/06/18 09:27:49
>543
すみません、使用しているのはiset_flgです。
545:Be名無しさん
06/06/18 14:21:21
>541
wai_flg のp_flgptnのアドレスが変 とか？
あまりに基本的だけど、可能性あるので
546:Be名無しさん
06/06/18 17:30:14
>545
とりあえず、月曜に調べてみます。
あと、関係ないかもしれませんが
昔のOS（HI-SH77）では普通に動いていました。
今回OSを最新のNORTi（μITRON 4.0仕様）にするため
OSを入れなおした結果起きた現象です。
とりあえず、一通り見直しましたが、どうも割り込みの入り口出口あたりが問題かも・・・
とあたりはつけています。
あと、追加の質問で
1.割り込みマスクレベル15に設定しているときにiset_flgなどを使用した場合の問題点。
2.割り込みマスクレベルの設定は、割り込みハンドラに入ってから行うのか
実際の割り込み処理に入ってから設定を行うのか
もしよろしければ、教えてください。
1はたしか、動作保障せずだった気がしますが。
547:Be名無しさん
06/06/18 17:33:10
>>546
NORTiを使っているんだよね？
だったら、割り込みのときにent_int()とret_int()を使っている？
あと割り込みハンドラはHEWのを使うんじゃなくサンプルにあるのを使うんだよ。
昔、SH3で割り込みハンドラをCで作って、さらに割り込み時にent_int()とret_int()を使わないで
作りこんでいたら、うまくいかなかったので。
548:Be名無しさん
06/06/18 17:43:09
割り込み時にent_intとret_intを使わないでiset_flgを発行するとどうなるの？
549:Be名無しさん
06/06/18 19:49:37
>546
> 1.割り込みマスクレベル15に設定しているときにiset_flgなどを使用した場合の問題点。
カーネルマスクレベルよりも高いレベルの割り込みってことなら、
カーネル管理外のサポートとして、カーネルの動作に左右されない割り込み処理を
作成したい場合に使うもの。（NORTIにかかわらず、uITRON4.0のカーネルはほぼ同じ
でしょう。）ですので、カーネルが今割り込んじゃだめって時にも
当然割り込むので、そのときカーネルが呼び出されても、カーネル動作が保障されない
わけです。
たまたま、カーネルが処理している待ち行列と関係のない部分の
サービスコールなら何ごともなく動くかもしれませんが、
これは、たまたまそうなる実装だった場合でしょう。
550:ITRON名無しさん ◆4WD27e3i1o
06/06/18 21:12:50
>>548
NORTiの場合，ターゲットプロセッサに依存するよ．
ent_int の前に記述してはいけないものとか，コンパイラに依存して行わなければいけないものとかあるので，ターゲットごとに提供されるマニュアルを熟読する必要があるよ．
HEWの使用に関しては，pragma interrupt周りのお約束があったような気がするけど．忘れちゃった．
>>545
スタックが飛ぶと，何でも起こるね．
551:Be名無しさん
06/06/19 22:50:22
ITRONについて、
URLﾘﾝｸ(www.assoc.tron.org)
「逆に言えば、サービスコールを発行せずに処理を続ける限りは
他のタスクに実行が移ることはありません。なぜならスケジューラが
機能できないからです。」
とあります。
これは例えばあるタスクAがRUNNING状態で、演算などのサービスコールを発行しない
処理を行っていた場合、それよりも優先度の高いタスクBがその処理の間に
READY状態になった場合でもタスクスイッチが行われないということでしょうか？
552:Be名無しさん
06/06/20 01:33:20
>551
そういう解釈でいいと思います。
しかし、厳密には、指定URL(トロン協会のページですが）誤解を招く表現
と言っておきましょう。
ご指摘のケースとして、タスクBが、dly_tsk()でwait状態からReadyになった場合では
タスクAからも割り込みハンドラ等からも、サービスコールは呼ばずに、
タスクAからタスクBに切り替わります。当然そのためにスケジューラが機能します。
URLの文言の趣旨は、サービスコールによってのみタスクスイッチすることを言いたかったのだと
思います。 dly_tsk()の中のタイムアップによって、スケジューラが機能するわけですから。
すでに発行済みのサービスコールも含めて「発行せずに」という解釈なら間違っていませんが、
普通そんな解釈はしないですよね。
553:551
06/06/20 02:44:21
552さんありがとうございます。スッキリしました。
イメージ的には、タスクAにてサービスコールの無い関数部分が実行されている間にも、
OSタイマ的なもので定期的に割り込み動作を行っていて、カーネルがカウンタをみて必要であれば
タスクスイッチなどの処理を行っていると考えたらいいのでしょうか。
554:Be名無しさん
06/06/20 08:00:02
NORTiで割り込み処理において割り込みハンドラも自作でCで記述し
実際の割り込み処理でent_intとret_intを使わずiset_flgを使用したら
アドレス書き込みエラーになる点について。
結局、サンプルに従い、割り込みハンドラをアセンブラにして
割り込み処理においてent_intとret_intを使うようにしたら正常になりました。
しかし、ent_intとret_intを使わないとiset_flgで書き込みエラーになる根本的原因が
いまだわからず。ソース見てもさっぱりでした。
結局SH-3とNORTiを組み合わせて作成する場合、オールC言語化は無理ということでしょうか？
555:ITRON名無しさん ◆4WD27e3i1o
06/06/20 08:04:31
>>553
つ isig_tim ()
556:Be名無しさん
06/06/20 08:21:55
>>554
割り込みハンドラではなく割り込みサービスルーチンを使うとオールC言語化可能
詳しくはマニュアルを
557:Be名無しさん
06/06/20 12:53:28
>553
そうです。>555さんのご指摘の通り、周期的にisig_tim()が呼び出されて
その処理の中で、カウンタを見てタスクスイッチします。
うっ、ということは、isig_tim()というサービスコールが
使われていることになりますね...
558:Be名無しさん
06/06/20 13:12:58
>554
> 結局、サンプルに従い、割り込みハンドラをアセンブラにして
> 割り込み処理においてent_intとret_intを使うようにしたら正常になりました。
よかったですね。
> しかし、ent_intとret_intを使わないとiset_flgで書き込みエラーになる根本的原因が
> いまだわからず。ソース見てもさっぱりでした。
そこまで深追いは必要ないと思いますが。
ユーザーズガイドを見るとent_intで、ユーザースタックから割込みハンドラ専用
スタックに切り替えると書いてあるので、（ユーザー）スタックが不足する場合や、
割込みスタック前提でのカーネル内の処理で不都合が起こるのではないでしょうか？
>
> 結局SH-3とNORTiを組み合わせて作成する場合、オールC言語化は無理ということでしょうか？
>
>556 さんのご指摘のように、
割込みハンドラではなく、割込みサービスルーチンを使えば良いみたいですね。
559:ITRON名無しさん ◆4WD27e3i1o
06/06/20 17:08:46
> うっ、ということは、isig_tim()というサービスコールが
> 使われていることになりますね...
isig_tim はμITRON4.0仕様で新設されたシステムコールで，かつシステム時刻を更新する機構をカーネル内部に持つ場合はサポートする必要がないよ．
だから，サービスコールを一切呼ばないシチュエーションは想定できなくもないね．
560:Be名無しさん
06/06/20 20:39:54
>556
>558
アドバイスありがとうございます。
割り込みサービスルーチンですか。
存在は知っていましたが、今まで使ったことなかったので
検討します。