【T-Kernel】ITRON統合スレ【T/J】【HOS】

66 ：ここだろ？：03/01/23 10:49

ここハマった・・・
http://click.dtiserv2.com/Click/1-45-2963

67 ：Be名無しさん：03/01/23 11:31

>>63
>お一人様あたり 50,000円 (税込)

この価格はやっぱ企業向けだよな。。。

68 ：61：03/01/23 12:11

>>63
高いです。
しかも東京・・・。
あきらめます。

69 ：Be名無しさん：03/01/23 20:05

できるだけ金かけないでやるのが（趣味としては）面白いと思う

70 ：Be名無しさん：03/01/27 12:31

makeに失敗した。
鬱だ。
原因を調べようにも初心者にはつらい。
とりあえず資料をさがそう。

71 ：Be名無しさん：03/01/27 12:47

負け(make)るな！

72 ：Be名無しさん：03/01/27 12:55

エラーメッセージをここに書けば親切な人が教えてくれるかも。
がんがれ!

73 ：Be名無しさん：03/01/27 14:57

>>71
（　´д）ﾋｿ（´д｀）ﾋｿ（д｀）

74 ：Be名無しさん：03/01/28 03:14

>>72
折れもそう思う。エラーメッセージを貼りつけてみよう。

75 ：ITRON名無しさん ◆4WD27e3i1o ：03/01/31 19:53

超漢字開発環境とT-Kernel開発環境って瓜二つなのよ。
超漢字開発環境を使ったことがある香具師は多いから
トラブルの状況を説明できれば、案外情報は集まるかもね。

76 ：makeｴﾗｰ人：03/02/01 08:56

みなさんありがとうございます。
遅レスで済みません。何せ趣味でやっているので仕事が忙しく
T-Engineをいじっている暇がなくて。
ｴﾗｰﾒｯｾｰｼﾞですが、
make: /usr/local/te/etc/makedeps : コマンドが見つかりませんでした
make: ***[crt().o] ｴﾗｰ127
です。
今日Linuxのプログラム本を探して何とかしようと考えていますが、
よかったら教えてください。Winから転向した私にとってLinuxや
T-Engnieはとっつきにくいですが、がんばってマスターしたいです。

77 ：Be名無しさん：03/02/01 09:08

【ネットボランティア】余ったＣＰＵを・・・
　cell computingとは、ブロードバンドに接続された家庭内
や企業内のPCの余剰CPUパワーを統合し、
仮想的なスーパーコンピュータとしての利用を実現する
技術を用いたSI、ネットワークサービスです。
　バイオ、物理計算、設計、金融工学、CGレンダリング
などの分野のお客様へ、安価に仮想スーパー
コンピュータパワーを提供することを目的としております。
　なお、将来的には収益にあわせてCPUパワーを提供し
てくださる参加者へポイントシステムやデジタルコンテンツ
による利益還元を考えております。
http://www2.cellcomputing.jp/

２ちゃんねるのチームあります。【おまえらのＰＣで挑戦しる】
http://members.cellcomputing.jp/services/teams/team.htm?id=ABBE425B-CE11-4DA4-8591-C68DF67DA41A

78 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/01 11:14

>>76
makedepsってperl scriptなのだが、perlの位置に不整合がおきてないか?
PMCの言うことに従うなら /usr/local/bin に perl だか jperl だかを
入れなければいけなかったと思うし、従わないなら、makedepsの先頭行を
編集する必要がある…はず。

79 ：Be名無しさん：03/02/01 15:19

>>78

ln -s /usr/bin/perl /usr/local/bin

ですます？

80 ：Be名無しさん：03/02/01 18:24

>>78,79
レス感謝です。
さっそく>79で書かれたとおりシンボリックリンクしてmakeする
とｴﾗｰはでませんでした。私は勘違いしてperlのファイルでは
なく、perlのあるディレクトリにリンクしていました。ご指摘あり
がとうございました。
また何かあればよろしくお願いします。

81 ：Be名無しさん：03/02/04 08:47

ｇｄｂ用の設定ファイル「.gdbinit」の内容をいじらなければならない
のですがファイルの検索をしても見つかりません。このファイルは
自分でつくるのでしょうか。
教えて君ですみませんがよろしくお願いします。

82 ：Be名無しさん：03/02/04 10:08

watchpointﾂｶﾃますが、以下困ってます。

watchpointで、リソースの設定、absのダウンロードの処理を行うと、
”アドレスパラメータエラー”になります。
fprintfやprintfが入ってると”アドレスパラメータエラー”みたいでつ。
どの関数でエラーになってるのか、watchpointは教えてくれないのでしか？

83 ：Be名無しさん：03/02/04 10:25

>81

ls -a ~
しても無いなら作る必要があるような。

>82

さっぱりわからぬ

84 ：Be名無しさん：03/02/04 12:52

ITRONって、標準Cライブラリがありませんね。
どこかにソースが落ちてるのでしょうか。

85 ：Be名無しさん：03/02/04 13:15

>>84
TOPPERS/JSPにはnewlibが移植されているらしい。

86 ：Be名無しさん：03/02/04 13:29

>>85
その製品はﾂｶﾃﾏｾﾝ。

87 ：82：03/02/04 16:54

原因が分かりましたが、printfみたいな関数があると、
標準入出力ライブラリ郡がリンクされ、
abs実行ファイルが１．５メガバイトだったものが４．５メガバイトに膨らんでました。
ITRONに標準入出力なんか無いのに、何でコンパイラが余計なことするのでしょう。
主な関数は消したのですが、まだ何か関数が残っているのかどうか分かりませんが、
小さくなりません...

88 ：Be名無しさん：03/02/05 00:57

コンパイラが余計なことしたというか、printf()みたいな関数使おうと
するからそうなっただけじゃないのだろか。コンパイラ、リンカは
「printf()を使うぞ」という意思に対して指示どおりのことを
行っただけだと思う。

ITRONって入出力のシステムコールあるよね？
そいつを直接呼び出せばprintf()（と標準入出力ライブラリ）をリンク
しなくて済むのではないだろか。

89 ：82：03/02/05 09:02

>>85
製品かと思ったら調べたら無料でしたね。newlibというのが何か良く分からないけど。

>>88
なんとかprintfリンク消えました。

NORTiのサンプルコードにprintfがあるけど、どこに出力されるんだろう？
デバッグ用とか書いてあるけど。

90 ：bloom：03/02/05 09:08

91 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/05 10:13

>>85
移植ったって、ただリンクできるだけで、ボード依存コードは書かれてないはずよ。

>>88
ITRON仕様には入出力のシステムコールなんて無いと思われ…。

>>89
NORTiは使ったこと無いけど、ふつーシリアルポートに出る罠。

92 ：82：03/02/05 13:04

>>91
シリアルポートの内容はどうやったら見れるんでつか？

93 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/05 14:25

オシロ使う。で、Rxにプローブ。これ最強。

94 ：82：03/02/05 14:28

>>93
お城じゃ、波形しか見れない罠。

95 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/05 14:37

>>94 こんなところでネタにツッコミ入れている暇があったら、
NORTiやターゲットボードのマニュアル嫁。

96 ：81：03/02/06 21:53

>>83
サンクス。
無いのでつくります。

97 ：Be名無しさん：03/02/07 03:49

>>92-95
ﾜﾛﾀ

98 ：Be名無しさん：03/02/07 11:15

ecosってのはITRONのAPIを標準Cライブラリで実装したものであってる？
逆の方が良いな。

で、みんなﾂｶﾃﾙ?

99 ：Be名無しさん：03/02/07 11:50

>>98
そんな感じ。wrapperの方があってるかな。

RedBootにはお世話になってます。
eCos Kernelはテスト以外使った事ない。

100 ：98：03/02/07 12:53

>>99
eCosがイマイチだったとしても、eCos上でwxWindowsというクロスGUIが動作する、
という情報をゲットしました。
でも、記事が2001年て、どういうことよ。wxWindowsはｵﾜｯﾃﾙ？
で、100ｹﾞﾄｽﾞｻｰ

101 ：99：03/02/07 16:34

>>100
最近の流行はMicroWindowsらしい。
動かした事はないけど。

102 ：Be名無しさん：03/02/07 18:24

>>101
X on Cygwin上でコンパイルして動かせるかも。

103 ：99：03/02/08 13:58

>>102
どうせ動かすなら、eCosの上で動かしたいなーと思うわけです。
しかし、転がっている評価ボードにFrameBufferなんて高級な物は付いていない…
あ、i386-pcかDreamCastで試せばいいのか。

104 ：Be名無しさん：03/02/09 15:44

gtermが起動しない。漏れのまわりで組込みしている人は
誰もいないので、誰か教えてください。
実行しようにも、そんなコマンドは無い、と言われるし。
T-Engineは従来の組込みにくらべて敷居が下がったと思い
ますが、まわりに知っている人がいない、参考書（？）が少な
いので独学でやるのはたいへんです。
教えて君ですみませんがよろしくお願いします。

105 ：Be名無しさん：03/02/09 16:02

====================================

http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html

====================================

106 ：Be名無しさん：03/02/09 23:44

<<104
パス？

107 ：98：03/02/10 08:48

つまり、wxWindowsは終わったと。

108 ：Be名無しさん：03/02/10 09:07

>>104
「./<コマンド名>」とかそういう話？

組み込み云々じゃなくて，Unixのド基礎か．
「たのしいUNIX」「続・たのしいUNIX」あたりを
買えとかいうアドバイスが適当かな

109 ：104：03/02/10 09:15

>>108
わかりました。
本を探して見ます。

110 ：bloom：03/02/10 09:22

111 ：Be名無しさん：03/02/14 08:58

wxWindowsとMicroWindowsの話聞きたいな。

MicroWindowsが目立ってるのはLinux腕時計だけなのかな。
あれは、Linuxであることに意味があって、
組み込みとしての真価は無いような...

112 ：Be名無しさん：03/02/17 00:23

TOPPERS/JSPをbochsで動かしたいんだ。
誰かできた人いますか？
multibootから起動というのがよくわからん。

113 ：Be名無しさん：03/02/17 08:39

なんか、組み込みはいろんな環境が出始めたばかりで、
本も経験者も居ない状態だね。

おそらく１年後に本が溢れてるような気がする。

114 ：Be名無しさん：03/02/17 08:52

今更なんだが、去年NHK（BSだったか?）で健ちゃんとTRON
の番組をやってたんだが、その中にTRONのパソコンという
のがあった。激しくかっこいいので発売してくれ。もちろん
TRONキーボード付きで。

>>113
今すぐにもテキストがほしい。

115 ：bloom：03/02/17 08:59

116 ：Be名無しさん：03/02/17 21:33

>>114
前にも書いたけど、月刊誌のインターフェースなんか結構情報豊富だと
思うけどな。大きな書店に行けばバックナンバーも入手可能だと思う。

117 ：Be名無しさん：03/02/17 21:43

>>114

あの呪われた３B向けは、未完成品の上に150万ぐらいしたんでなかったか。

118 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/17 23:12

>>112
JSPのi386版は途中までBochsだかPlex86だかでデバッグされていたはず
だから動くはず。動かないとしたら割り込みコントローラの問題と思われ。
急ぐならEseBTRONやIIMPkernelのPIC設定コードを参照汁。
MM氏が春までに某ORBとの関係に整理をつけてTRONに軸足を戻すという噂。
待ってみるのも手。しかし宛名の無い手紙だ罠。

119 ：Be名無しさん：03/02/18 00:44

>>118
MM氏はまてないので
EseBTRONみながらがんばってみるよ。
ぐらしあす！

120 ：名無し：03/02/18 01:32

>>112
>multibootから起動というのがよくわからん。
（ ´ -｀）.｡oO(･･･既知ならスマソがhttp://www.gnu.org/software/grub/とか使うんじゃないかな？)

121 ：Be名無しさん：03/02/18 01:47

>TRONに軸足を戻す
うひょー!

122 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/18 06:33

>>119
EseはそのままBochs1.4で動いたような…記憶曖昧。

123 ：Be名無しさん：03/02/18 12:46

>TRONに軸足を戻す
老害。

124 ：Be名無しさん：03/02/18 22:52

>>120
だんだんそれがわかってきた。
でも、FDブートしたいんだ。

512バイトのブートセクタかいて、JSPとくっつけりゃいいのかなー。

プロテクトモードの移行はカーネル始まるまでに
やっとかんとあかんのだろうか？

カーネルはやってくれないようだが、、

125 ：学園天国グル－プ：03/02/19 00:20

http://asamade.net/cgi-bin/pc_i_j_ez-index.cgi
　　　　　　　　　　　　↓
　　　出会えるサイトはここ出会い率ＮＯ1
　　　　　http://asamade.net/web/
　　　　　　　　　　　　↓
　　　業界初こんなシステムどこにも無い
　　　　なんたって無料で稼げるサイト

126 ：（ ´ -｀）：03/02/19 00:57

>>124
いやいや。そんな面倒な事をしなくても良いです。
JSPのi386版はさっき紹介したGRUBっていうブートローダを使う事
を前提にして作られてるので、これを使えばFDからでもHDからでも
ネットワークからでもラクチン一発起動できるわけです。
GRUBのサイトに行けばバイナリやFDイメージも公開されてるので
それをダウソして、後はドキュメントなりgoogleなりを参照。

127 ：Be名無しさん：03/02/19 01:07

>>123
バカもの、なんてことを!

128 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/19 09:42

>>124
プロテクトモードへの移行は、カーネルが始まる前に、というかスタートアップ
ルーチンでやらねばなりません。JSPの386版には、そのコードは中途半端に
入っているような、いないような。「はじめての486」でも読めば書くべきコードは
明快ですが、デバッグは面倒なので、>>126 が言うように GRUB を使えば幸せになれます。

ところで、IIMPは、FDからブートできるのではななかったっけ? 推測発言すんまそん。

129 ：Be名無しさん：03/02/19 22:38

Linuxでgtermが文字化けする。
何故だ。

130 ：124：03/02/20 22:00

>>126,128
grubを使って動いた！
ぐらしあす！
multibootって便利なんだね。勉強になったよ。

しかし、
jspをつくったあと、FDにコピーしてddでイメージをつくる
といったことを、やってるため、非常に面倒。

あと、start.Sの

start_1:
　　　　movl hardware_init_hook, %eax
　　　　cmpl $0, %eax
　　　　je start_2
　　　　call hardware_init_hook

の
cmpl　$0, %eax を cmpl 0, %eaxにしないとうごかなかった。
hardware_init_hookを定義してない場合は0になるんで、
eaxは0と比べるべきと思うのだが、なんで$0？

131 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/21 07:44

> jspをつくったあと、FDにコピーしてddでイメージをつくる
> といったことを、やってるため、非常に面倒。

FATイメージにしてmtools使えば楽と思うが、いかが?

132 ：Be名無しさん：03/02/21 09:00

ITRONのタスクより、WinやUNIXのマルチスレッドの方がなじみやすいような気がするんだけど気のせい？
なんか、タスク間のデータのやりとりが面倒なような...

133 ：132：03/02/21 09:08

他タスクでも、C言語の変数extern出来るんだっけ？

メールボックスってので、メッセージ受けるんだっけ？

あと、メモリプールってのが何者か分からん。

134 ：(´-ω-`)：03/02/21 09:18

http://homepage3.nifty.com/digikei/ten.html
（ ´_ゝ`）

135 ：bloom：03/02/21 09:36

136 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/21 16:42

>>132 どのITRONかどのUNIXかっていうのも依るが、
μな3.0/4.0仕様とWinやUNIXのスレッドとは大差ないと思われ…。
>>133 できるよ。JSPのサンプル嫁。
無論メールボックスを使ってもよい。
てか、この辺りの話はWinやUNIXでも変わらんと思うのだが…。
(えーまさかSemaphoreやMutexを裸で使ってんの???)

メモリプールは、sbrkやmallocみたいなものと思えばよろし。

137 ：124：03/02/21 22:13

>>131
mtoolsはファイルに対してもつかえるのか。なるほど。
あと、EseをBochs2.0.2でをうごかそうとしてみたけど、だめでした。
Eseプロジェクトはもう死んじゃったのかな？

>>129
ソースコードがsjisとか。

138 ：Be名無しさん：03/02/22 12:30

>>136

>(えーまさかSemaphoreやMutexを裸で使ってんの???)

済みません。この一文をもすこし解説して下され。

139 ：132：03/02/24 14:23

>>136
ああ、ただのmallocですか。

メールボックスとイベントフラグとの違いが良く分からん。

イベントはメッセージドリブン＝イベントドリブンの仕組みみたいなもんか？
メールボックスとイベントフラグって存在意義がダブってない？

140 ：Be名無しさん：03/02/24 19:25

>>139 イベントはメッセージドリブン＝イベントドリブンの仕組みみたいなもんか？

違う、イベントフラグはイベントの発生を通知するためのもの。

メールボックスはタスク間でメッセージ(やデータ)をやり取りするためのもの。
同様の機構としてメッセージバッファってのもある。
違いは、メールボックスはメッセージのコピーが発生しない(ポインタを渡すだけ)に
対し、メッセージバッファはメッセージのコピーが発生する。

141 ：bloom：03/02/24 19:30

142 ：132：03/02/24 19:38

>違う、イベントフラグはイベントの発生を通知するためのもの。
>メールボックスはタスク間でメッセージ(やデータ)をやり取りするためのもの。

両方とも、待ってるタスクを起動かけるような動作で、
かつ、データを渡すようなものに思えるんだけど。

コールバック関数、もしくは、イベントハンドラみたいな感じ。

143 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/25 13:11

>>142
念のため一つ聞いておきたい。
君は select (2) でディスクリプタの変化を読んだり
read/write (2) で同期を取る作業もコールバックや
イベントハンドラの文脈で理解しているのかね?

144 ：132：03/02/25 16:18

はぁ？
read/write (2)に、なんでコールバックが要るんだよ。

145 ：Be名無しさん：03/02/25 16:45

>>142 かつ、データを渡すようなものに思えるんだけど。

イベントフラグではデータは渡さないよ。

待ってるタスクはイベント発生通知用のフラグをチェックする。
イベント発生を通知したいタスクはそのフラグをセットする。

146 ：132：03/02/25 18:20

>>145
それって便利なの？
お互いにメッセージバッファを送りあってるコードなんて悲惨になるような。

イベントはイベントとして存在して、
イベントを受けたオブジェクトが内部に持ってる（か、参照している）オブジェクトで処理する方が綺麗なような。
で、どうしても必須の情報であれば、イベントハンドラの引数にあれば良いし。
例えば、Delphiならイベントハンドラの関数型を自由に作れるし。

147 ：124：03/02/25 22:13

>>146
イベントフラグは結局selectみたいなものってことでは。

Observerパターンのようなものを用いるとイベント呼び出し側は
どれだけ処理に時間がかかるかわからないし、複数呼び出すには
コストもかかるから、こういった仕組みがあるんだと思う。

148 ：145：03/02/25 23:33

>>146 お互いにメッセージバッファを送りあってるコード

おいおい、>145のどこがメッセージバッファを送りあってるんだよー。

>>147 イベントフラグは結局selectみたいなものってことでは

そうそう。そんな感じ。

149 ：145：03/02/25 23:39

追加

>>で、どうしても必須の情報であれば、イベントハンドラの引数にあれば良いし。

イベントフラグで渡せる情報はあくまでも、そのイベントが発生したか否か　だ。
もしそれ以外の情報があるのなら、それは "イベント" というよりメッセージだよな。
従って、メッセージボックスなりメッセージバッファなりを使うほうが自然。

150 ：Be名無しさん：03/02/25 23:42

>>149
そゆこと。要するにタスク間同期に使えそうな仕組みがとりあえず
揃えてあるということ。

Delphiうんぬんはナンセンス。

151 ：132：03/02/26 09:52

>イベントフラグで渡せる情報はあくまでも、そのイベントが発生したか否か　だ。
>もしそれ以外の情報があるのなら、それは "イベント" というよりメッセージだよな。
>従って、メッセージボックスなりメッセージバッファなりを使うほうが自然。

だったら、イベントドリブンとかメッセージドリブンと呼ばれる、
コールバック関数形式の方が両方兼ねてて良いということだね。

152 ：Be名無しさん：03/02/26 10:40

>>151
無理に自分が理解できる枠組みに押し込めなくてもいいのだよ

153 ：132：03/02/26 11:04

なんていうか、メッセージバッファをタスク通しで送りあってるコード読んでて、
で、メールボックスとイベントフラグというものがあるせいで、
こうなってるのかなー、と。
コールバック関数形式が懐かしい、みたいな？

154 ：Be名無しさん：03/02/26 12:47

132さんは、コールバック関数の実行コンテキストとか考えて使ってる？

155 ：132：03/02/26 13:04

はぁ？
コールバック関数なんて使わねーよ。
メッセージ受ける部分をメソッドに閉じたクラスライブラリ使ってるっていうか。

という答えで良いでしか？

156 ：Be名無しさん：03/02/26 19:32

あっちょんぷりけ　ってどういう意味ですか？

157 ：Be名無しさん：03/02/26 20:53

>>156

あたまわるいな。小卒？勉強すれよ。

158 ：156：03/02/26 22:13

>>157

(・∀・)ハァ？　俺の質問に答えないで、さてはお前も知らないんだろ！

パーカ、パーカ　(｀･　ω･´)⊃うんち＞157

ぷ、ぷぷぷ　157 だぁーーーッハッハッハ

斉藤、こんなところであぶらうってんなよ！

159 ：124：03/02/26 23:00

bochsでeseBTRONを動かそうとしてるんですが、
FDDのキャリブレートで割り込みがこないです。

FDCの資料はどこかないでしょうか。。。
キャリブレートがなにをしてるかすらわかってないので。

160 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/27 01:06

>>152 激しく同意…。

161 ：Be名無しさん：03/02/27 10:22

>>152 >>160
コールバック関数型か、ITRONのメッセージバッファ＆イベント型か、
どちらが主流になるか検討する必要があるんでわ。
片方の形式の上に、もう片方を実装するのは可能だと思うし。
今のところ、Win/MAC/UNIX-X-Windowではコールバック形式。

162 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/27 15:12

> 片方の形式の上に、もう片方を実装するのは可能だと思うし。

>>161 != >>132 かもしれんけどさー、まず>>154の質問に答えてみなよ。

> 今のところ、Win/MAC/UNIX-X-Windowではコールバック形式。

木を見て森を語るなかれ。

163 ：Be名無しさん：03/02/27 15:40

>まず>>154の質問に答えてみなよ。

はぁ？
155に答えてますが。
片や、クラスライブラリが上にのって進化してるもの、
片や、（略）。

>木を見て森を語るなかれ。

森＝クラスライブラリ

164 ：152：03/02/27 16:29

もはや放置しかないような感じでし

165 ：ITRON名無しさん ◆4WD27e3i1o ：03/02/27 16:45

>>164 激しく同意…。

166 ：Be名無しさん：03/02/27 16:56

答えれない人には放置して貰っても、放置に激しく同意して貰っても良いけど...

でも、Linuxなんかに膨大なオプソコードがあるわけで、
他OSとの架け橋みたいなものはこれから必須だね。

167 ：154：03/02/27 18:25

知らんまにけっこうレスがついてるね。

154の質問は「コールバック関数を使ってるか否か」より
「実行コンテキストを意識してるか否か」の方に主旨があったのです。> 132さん
質問が悪かったのかな。

ところで実行コンテキストってわかってる？よね？
わかってたら失礼！その時は1394ケーブルで首(ry

168 ：Be名無しさん：03/02/27 18:31

>>163

　　　　　　　　　　∩
　　　　　　　　　　　 | |
　　　　　　　　　　　 | |
　　　　　 ∧＿∧　 | |　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　´Д｀）／/　　＜　先生！>>154 の質問に対する回答に、何故クラス云々
　　　　　／　　　　/　　　　＼が出てくるのかわかりません！
　　　　 / /|　　　　/ ＼＿＿＿＿＿＿＿＿＿＿＿
　＿＿| | .|　　　　|　＿_
　＼　￣￣￣￣￣　　＼
　　||＼　　　　　　　　　　　＼
　　||＼||￣￣￣￣￣￣￣||￣
　　||　 ||￣￣￣￣￣￣￣||
　　　 .||　　　　　　　 ||

169 ：bloom：03/02/27 18:48

170 ：Be名無しさん：03/02/28 22:46

>>166
> 答えれない人には放置して貰っても、放置に激しく同意して貰っても良いけど...
つうか、それ以前に会話が成立してないよな感じが…

まともに会話できないというのはエンジニアとしては致命的かも…

> でも、Linuxなんかに膨大なオプソコードがあるわけで、
> 他OSとの架け橋みたいなものはこれから必須だね。
こういうことをITRON(の仕様)を設計するときに優先すべき事項であるか
どうかはなんともいえないと思います。

171 ：Be名無しさん：03/02/28 22:58

>>170
俺もそう思うね。
Linux使うのが適切なところでは最初からLinux使えばいいわけだし。

172 ：Be名無しさん：03/02/28 23:58

>>171

適切かどうか　はやってみないと結構わからなかったりするが。

最近は、ハードの能力が高いんで、ハードリアルタイムを必要としない程
度のリアルタイム性ならLinuxが使われたりしてきてるね。

173 ：Be名無しさん：03/03/01 05:38

>>172
> 適切かどうか　はやってみないと結構わからなかったりするが。
話の筋、コンテキスト、スレッドを追いましょう。

174 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/01 17:27

OSの壁を取り去れる言語かつクラスライブラリの集合体の一つ
であるJavaは下に控えるVMがあまりにもプリミティブな同期機構しか
提供しないために並行プログラミングが難しくリアルタイム性も出せない
(RTJではmonitorの解釈を替えざるを得なかったし)という現状。
おっとコールバックで済むような時間制約の甘いアプリケーションしか
作れない奴に理解できるような話ではない罠。

175 ：Be名無しさん：03/03/01 17:46

ためになるなあ。

176 ：Be名無しさん：03/03/02 02:53

>>172
やってみなくてもわかりますね。あとから適切でなかったと思われるときは
単に適切かどうかを判断する事前の検証が甘かっただけ。

177 ：Be名無しさん：03/03/02 06:24

AirH"PHONE用に発表された日本無線のPHS音声端末は、
CPUにSH-Mobile採用ですが、この機種はITRON採用でしょうか？
確証は無いので想像ですが、T-Engineに準拠して開発されたと仮定すると、
他のPHS端末製造メーカーからも、
すぐに、同じ程度の機能のファームウエアを共有した製品が出るかな？と思いまして。
http://k-tai.impress.co.jp/cda/article/news_toppage/12975.html

178 ：Be名無しさん：03/03/02 06:57

>>161
> コールバック関数型か、ITRONのメッセージバッファ＆イベント型か、
> どちらが主流になるか検討する必要があるんでわ。
なんのためにこれを検討しなければいけないんですか?

> 片方の形式の上に、もう片方を実装するのは可能だと思うし。
それなら検討する必要ないのではないでしょうか。

179 ：Be名無しさん：03/03/02 07:15

↓↓↓↓↓★ココだ★↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp/linkvp.html

180 ：Be名無しさん：03/03/02 23:25

>>176
そうですか? どうもにも難しくて、結局「事前の検証のために、実際にやって
みる」ということになってしまいました。Linuxでタスクの終了時間とか、メ
モリの使用量とか、計算で精度よくだすの大変です。板違いですが。

181 ：Be名無しさん：03/03/02 23:57

>>180
両方作ってみる、というのも検証方法としてはアリでしょうな。
時間と資金がゆるせば…

182 ：Be名無しさん：03/03/03 08:57

>> でも、Linuxなんかに膨大なオプソコードがあるわけで、
>> 他OSとの架け橋みたいなものはこれから必須だね。
>こういうことをITRON(の仕様)を設計するときに優先すべき事項であるか
>どうかはなんともいえないと思います。

ITRONもオプソだし、FFTみたいなライブラリもオプソだし、
プログラミングってのは過去の資産を活かす必要があるのを知らないみたいだね。
まともに会話できないというのはエンジニアとしては致命的かも…

>>>170
>俺もそう思うね。
>Linux使うのが適切なところでは最初からLinux使えばいいわけだし。

これじゃ、ITRONの未来がLinuxにとられちゃうよ。

183 ：Be名無しさん：03/03/03 09:01

>であるJavaは下に控えるVMがあまりにもプリミティブな同期機構しか

その全面否定されてるJavaが日本で流行って携帯JavaとかJTRON（まだ無かったっけ？）してるんでわ。
現状を無視した、レスのためのレスというか。
現状認識しようね！

184 ：Be名無しさん：03/03/03 09:03

>> コールバック関数型か、ITRONのメッセージバッファ＆イベント型か、
>> どちらが主流になるか検討する必要があるんでわ。
>なんのためにこれを検討しなければいけないんですか?

将来を予測したり作っていこうという気が無いなんて...

185 ：bloom：03/03/03 09:08

186 ：Be名無しさん：03/03/03 09:29

>>182
> ITRONもオプソだし、FFTみたいなライブラリもオプソだし、
だめだな、こりゃ。

ITRONはオープンソースなんですか?
あなたのいっているオープンソースを定義してください。

FFTのライブラリにはオープンソースなものもあるでしょう。
＃とりあえず、ライセンスには気をつけ手使いましょう。混ぜると危険。

> プログラミングってのは過去の資産を活かす必要があるのを知らないみたいだね。
アフォですか?
そんなのは時と場合によるでしょう。過去のしがらみを捨てなきゃならない場合もある。

> まともに会話できないというのはエンジニアとしては致命的かも…
壊れてしまいましたねぇ。まあ、予測はしてましたが…

> これじゃ、ITRONの未来がLinuxにとられちゃうよ。
とられたら何か不都合があるんでしょうか？

187 ：Be名無しさん：03/03/03 09:31

>>184
で、その予測した将来ってのはどんな将来なんですか?

＃いや、詳しく話したくないのはわからんでもない。ボロがでてしまうものね。

188 ：Be名無しさん：03/03/03 09:37

>>183
会話ができてないってのはこういうところなんですよね。

189 ：Be名無しさん：03/03/03 10:11

186って質問君で壊れてるね。

190 ：186：03/03/03 10:42

>>189
会話を試みている努力を買ってほしいw

191 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/03 12:59

> Javaが日本で流行って携帯JavaとかJTRON（まだ無かったっけ？）してるんでわ。

自分が妄信する技術に関連するものくらいは現状分析しとけ厨房。
嫌いな技術まで調べろとは言わん、お前にはまだ無理だろうからな。

192 ：Be名無しさん：03/03/03 13:07

ITRON七誌がJavaがぜんぜん駄目だって書くから、
携帯Javaの存在を教えてあげてやったら、
>嫌いな技術まで調べろとは言わん、お前にはまだ無理だろうからな。
だって！

>OSの壁を取り去れる言語かつクラスライブラリの集合体の一つ
>であるJavaは下に控えるVMがあまりにもプリミティブな同期機構しか
>提供しないために並行プログラミングが難しくリアルタイム性も出せない

この書き方もアマアマ。
ここでクラスライブラリを無理して文に入れてるだけで、
書いてるのはただのVM問題。駄目なヤシの典型。

193 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/03 13:27

>>192 そりゃ誤丁寧にどうも。
手元のCLDCのコードは数ヶ月前に読破したのでお気遣い無く。
さて、JTRONがあるのかどうか調べはついたのか厨房。

> 書いてるのはただのVM問題。

おうよ。この問題を先生お得意の
クラスライブラリで解決してみろ厨房。

194 ：Be名無しさん：03/03/03 13:32

ITRON七誌に意味が無いことはハッキリしたのに、関わりたいのかなぁ。

> 書いてるのはただのVM問題。
簡単。VM使うな。

195 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/03 13:50

>>194 すまん >>193 は、昔の漏れをみているようでちょっかいを
出したくなっただけ。そろそろ現実へ逝きます。

> 簡単。VM使うな。

んー、狙いはVMが要るかどうかではなくて、クラスライブラリの
下を受け持つ"何か"(言語マシンでもカーネルでもいいけど)における
同期機構の重要性にを示唆することだったのですが…。

196 ：Be名無しさん：03/03/03 18:12

>>182 ITRONもオプソだし、FFTみたいなライブラリもオプソだし

んー、ITRONは仕様はオープンだが、ソースはオープンとはかぎらないよ。
メーカ製のITRONとかはオープンじゃないのが多いんでないの。

197 ：Be名無しさん：03/03/03 23:10

そもそも ITRON がリアルタイム制御に適した API なのか
再検討したい人はすればいいんじゃないかと。

現実的には生産性と移植性を重視して Linux や Java に
流れると思うのは漏れだけですか？

198 ：Be名無しさん：03/03/03 23:32

ITRONにすると周辺部分は自分で作らなきゃいけないので
生産性が上がるとは限らんでしょ?
そもそもITRONって生産性高いのかと?
あのTRON丸出しの古くさいAPIに抵抗あるのは俺だけか?
ITRON準拠のを自分で作ってるメーカがどれだけあるのよ。
大半は買うんだろ?オープンのフリして特定の会社に金が
流れてるのが現実じゃないの?
LinuxやらSymbianが使われ始めたのは周辺部分は出来合
いの持ってきやすいからでは?
JavaについてはOSとしての位置づけよりもAPを動作させる
ためのAPI群みたいな位置づけになりそうだし。
ITRONの成長が遅かったからしょうがないんじゃないかと。

199 ：Be名無しさん：03/03/04 00:25

>>198
> ITRON準拠のを自分で作ってるメーカがどれだけあるのよ。
や、「準拠」ゆーたらむっちゃあるでしょ。弊社社内にも知ってるだけで7つぐらい独立してあります(どうにかしろよ....)。
で、なんでいっぱいあるかってと、ひとつは「オープンアーキテクチャ」の効果だが、もうひとつ、
> あのTRON丸出しの古くさいAPIに抵抗あるのは俺だけか?
の、逆の人。つまり古くさいAPIに慣れている人がいっぱいいるからなのですよ。

200 ：197：03/03/04 00:34

>> 198

> ITRONにすると周辺部分は自分で作らなきゃいけないので
> 生産性が上がるとは限らんでしょ?

ITRON で生産性が上がると書いた憶えはありませんが。これは
現場の方の憤りですか？

> ITRONの成長が遅かったからしょうがないんじゃないかと。

OS の仕様がコロコロ変わる方が困るでしょうから、それは別に
構わないんじゃないでしょうか。要するにハードが進歩すれば
お役ご免になる分野が多いかもね、ってことで。

201 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/04 00:46

漏れも「現場の方の憤り」していいすか？

風評に反するかもしれないがJavaの移植性は低いのですぞ。

202 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/04 00:55

μITRONが管理するリソースは「時間」であって、現実解としては結構高い
レベルにあると思うのよね。
しかし現実には、流行りのアプリケーションの管理要求リソースが、
ネットワークコンテンツやメモリ空間といったμITRONの守備範囲外の
ところにあって、しかもmsecオーダの時間管理で十分であるということも
いえるわけで。
ハードウェアが進歩しても、アホなコード書けばいくらでも遅くはできる
わけで。問題はハードではないのでは、と、重箱。

203 ：Be名無しさん：03/03/04 00:57

ネットワークが絡むとITRONだけじゃ役者不足ってとこはあるよね。
こういうのもある↓
http://www.embedded-sys.co.jp/bios/

204 ：Be名無しさん：03/03/04 01:55

>弊社社内にも知ってるだけで7つぐらい独立してあります

これ見ただけでだいたいの会社の見当がついちゃうところが、少ないと
言われる理由なんだと思いますが。

205 ：197：03/03/04 02:35

>> 201
>> 202

結局、コストとのバランスになるかと思います。若い(=安い)
プログラマの頭数を集められれば問題はないわけで。

206 ：Be名無しさん：03/03/04 11:38

で、これからiTRONどうするよ。

207 ：bloom：03/03/04 11:45

208 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/04 12:35

>>206 話題が少なくて寂しいか。
ITRON業界に影響必至の動きが、
この先数週間以内にあると思われ。

209 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/04 12:39

>>205 いいぞその調子だ。
君のように思ってくれる奴がいるうちは、デスマーチが無くならず、
火消し役の漏れは食っていける。ウマー。

210 ：名無しのDIO ◆6mYWiqIu/Y ：03/03/04 12:57

>>209
食ってはいけるかもしれないが、体壊さない？

211 ：名無しのDIO ◆6mYWiqIu/Y ：03/03/04 13:00

クラッシャージョーみたいに高い金が取れればいいけど
日本はきついぜ。

212 ：Be名無しさん：03/03/04 13:22

>>208
ITRON内で完結してて、他に影響無さそう。
興味がある話題はITRONのGUIくらいかな。

213 ：tantei：03/03/04 13:48

★あなたのお悩み解決致します！！
●浮気素行調査
彼氏、彼女、妻、夫の浮気を調査致します！！
●盗聴器盗撮機発見
あなたの部屋に誰かが仕掛けているかも！！
●行方調査
行方不明になっている家族の消息を調査致します！！
●電話番号から住所割り出し
一般電話、携帯から住所を割り出し致します！！
●ストーカー対策
社会問題ともなっているストーカーを撃退致します！！
その他人生相談からどんなお悩みでも解決いたします！！
　直通　　０９０－８５０５－３０８６
ＵＲＬ　　http://www.h5.dion.ne.jp/~grobal/
メール　　[email protected]
　　　グローバル探偵事務局　

214 ：Be名無しさん：03/03/04 13:54

>>208
先行リークキボンヌ

215 ：Be名無しさん：03/03/04 15:38

reallocだけで、newからdeleteまで事足りるものを、
cre_mpf、get_mpfとかって汚ねー。
さらにハンドルを外から指定なんてｻﾑｰ。
ITRON業界に影響必至の動きで良いものとしたら、
ITRONのAPIが消えることかな。

216 ：Be名無しさん：03/03/04 15:49

まったくOO房は…

217 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/04 15:52

>>212
> ITRON内で完結してて、他に影響無さそう。

図星(w

>>215
realloc (3) see also sbrk (2)

>>210-211
大丈夫 >>215 みたいなレベルの現場なら楽勝。

218 ：Be名無しさん：03/03/04 16:10

>大丈夫 >>215 みたいなレベルの現場なら楽勝。

楽勝なら良いってもんじゃない。
汚ねーＯＳの上で、使いすてゴミアプリ量産すんなＹＯ！

219 ：Be名無しさん：03/03/05 16:16

ここは無能なインターネットですね。

220 ：Be名無しさん：03/03/05 16:32

不能な>>219のカウンセリングをするスレはここでつか？

221 ：Be名無しさん：03/03/05 19:49

>> 218
> 汚ねーＯＳの上で、使いすてゴミアプリ量産すんなＹＯ！

それが可能なOSだけがメジャーになれる、というのは言いすぎですか？

222 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/05 21:32

>>218 激しく同意。
ITRONのような汚くないOSの上で
ちゃんとしたアプリを量産して儲けたいものだ。
火消し役で一番儲けが出てるのはC#やLinuxだもんな。
ITRON系はなかなか火がつかないんだよな。>>215みたいな厨房少ないから。

223 ：Be名無しさん：03/03/05 22:13

データキューとメッセージバッファはかぶる気がするんだけど
どこがちがうの？
コスト？

224 ：Be名無しさん：03/03/05 23:21

>> 汚ねーＯＳの上で、使いすてゴミアプリ量産すんなＹＯ！
>それが可能なOSだけがメジャーになれる、というのは言いすぎですか？

その通り。だから、きたねーＡＰＩのＩＴＲＯＮは滅びるしかない。
ＯＳがダサいからってアプリの低機能、ウィンドウの低機能が許されてる。
ま、オプソのコンパイルさえ出来ないんだから（ｗ

でも、Ｃ＋＋のnew/deleteのおかげでmpfが不要になってﾖｶﾀﾈ！

225 ：Be名無しさん：03/03/05 23:47

>>223
ITRONは「かぶる」APIをもちます。それは仕様作成時に関与した企業のもって
いた既存リソースをサポートするために八方美人な仕様にしたからであって、
意味とか使い分けとかを考えるものではないです。好きなのつかえ。

226 ：Be名無しさん：03/03/06 01:04

>>222
>火消し役で一番儲けが出てるのはC#やLinuxだもんな。

経験少ないのに無理すんなって。見てるコッチのほうが恥ずかしいから。

227 ：BTRON名無しさん ◆wkpCWNrmSY ：03/03/06 01:23

(・∀・)ﾆﾔﾆﾔ
つーか、すげぇ痛々しいぞ。(藁
いやぁ厨房ｦﾁは面白いなぁ。

228 ：Be名無しさん：03/03/06 01:48

さっそく釣れました。

229 ：Be名無しさん：03/03/06 03:48

オプソって何？

230 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/06 08:31

>>223
http://www.assoc.tron.org/spec/itron/mitron-401j.pdf
のP.187辺りに書いてあったような。

231 ：Be名無しさん：03/03/06 09:09

>>223
可変長と固定長

232 ：Be名無しさん：03/03/06 11:47

>>229
「オープンソース」じゃないか？

233 ：Be名無しさん：03/03/07 02:45

フリーのITRONはいくつかあるけれども
デバッグはどうしてるんですか？
タスクの遷移表示とかデバッグシェルみたいのとか。

234 ：ITRON 名無しさん ◆4WD27e3i1o ：03/03/07 19:45

TOPPERS/JSPは対応デバッガが数社から出てたのではないかな。

235 ：Be名無しさん：03/03/08 02:56

結局買わないといけないのか…
カーネルだけフリーでもなあ。このあたり敷居高いです。

ITRONはデバッグインターフェースが標準化された
らしいけど対応しているOSはあるのでしょうか？
TOPPERSはgdbのプロトコル(というべきか？)ですよね。

236 ：Be名無しさん：03/03/12 04:34

NHKあげ

237 ：山崎渉：03/03/13 16:25

（＾＾）

238 ：223：03/03/13 23:02

>>231
コストがおなじなら可変長があれば、固定長はいらんのではと
おもったので

239 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/14 08:44

>>238
コピーが伴うからコストは違う罠。
共有メモリ空間の要/不要も重要と思い鱒。

240 ：Be名無しさん：03/03/14 09:26

NHK「プロジェクトＸ挑戦者たち」2003年 4月22日放送予定
「逆転のトロン　世界に挑む」ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
時代はWindowsでもなければ、Linuxでもない。
これからはPLAN9と思わせといて実際はTRON最強である。

241 ：bloom：03/03/14 09:33

http://www003.upp.so-net.ne.jp/Libra/

242 ：Be名無しさん：03/03/14 12:27

LinuxはGPLやSCOが訴えた（る？）という問題があるからねえ。
分派はよーさんあるし。
ところでT-Engineを使った民生品はいつでるの。
漏れのノートPCが不調なので、T-Engineのノートがほしい。
液晶は日立で。

243 ：世直し：03/03/14 12:30

＜血液型A型の一般的な特徴＞（見せかけのもっともらしさ（偽善）に騙されるな！！）
●とにかく神経質で気が小さい、了見が狭い(臆病、二言目には「世間」(「世間」と言っても、一部のＡ型を中心とした一部の人間の動向に過ぎない））
●他人に異常に干渉して自分たちのシキタリを押し付け、それから少しでも外れる奴に対しては好戦的でファイト満々な態度をとり、かなりキモイ（自己中心、硬直的でデリカシーがない）
●妙に気位が高く、自分が馬鹿にされるとカッと怒るくせに平気で他人を馬鹿にしようとする（ただし、相手を表面的・形式的にしか判断できず(早合点・誤解の名人)、実際にはたいてい、内面的・実質的に負けていることが多い）
●権力、強者には平身低頭だが、弱者に対しては八つ当たり等していじめる（強い者にはへつらい、弱い者に対してはいじめる）
●あら探しだけは名人級でウザく、とにかく否定的（例え10の長所があっても褒めることをせず、たった１つの短所を見つけては貶す）
●基本的に悲観主義でマイナス思考に支配されているため性格が鬱陶しい（根暗）
●何でも「右へ習え」で、単独では何もできない（群れでしか行動できないヘタレ）
●少数派の異質・異文化を理解しようとせず、あるいは理解を示さず、排斥する(差別主義者、狭量、視野が狭い、多数派＝正しい　と信じて疑わない）
●集団によるいじめのリーダーとなり皆を先導する(陰湿かつ陰険で狡猾）
●他人の悪口・陰口を好むと同時に、自分は他人からどう見られているか、人の目を異常に気にする（自分がそうだから容易に他人を信用できない、ポーズだけで中身を伴っていないことが多い、世間体命）
●たとえ友達が多い奴でも、いずれも浅い付き合いでしかなく、心の友達はいない（心の感度が低く・包容力がなく・冷酷だから）
●頭が硬く融通が利かないためストレスを溜め込みやすく、また短気で、地雷持ちが多い（不合理な馬鹿）
●たとえ後で自分の誤りに気づいても、素直に謝れず強引に筋を通し、こじつけの言い訳ばかりする（もう腹を切るしかない！)
●男は、女々しいあるいは女の腐ったみたいな考えのやつが多い(例：「俺のほうが男前やのに、なんでや！（あの野郎の足を引っ張ってやる！！）」）

244 ：Be名無しさん：03/03/14 14:11

>>240
↓を読む限りYBBなどの関係者が番組潰しをする可能性あり。
　禿を早急に国外追放する必要ありだ！
http://www.yomiuri.co.jp/genki/20020606.htm

245 ：Be名無しさん：03/03/14 22:22

TOPPERSのコンフィギュレータにバグない？
固定長メモリのとこ。

246 ：Be名無しさん：03/03/19 19:44

ITRONでは（スリープしてない中の）最優先タスクだけが実行されるのでしょうか。
それとも、タスクの優先度を考慮して優先度が低いタスクも実行してくれるのでしょうか。

247 ：Be名無しさん：03/03/19 20:37

>>246
優先度の高いタスクが動いているときは、より優先度の低いタスクは動かないっす。

248 ：Be名無しさん：03/03/19 20:45

249 ：Be名無しさん：03/03/19 22:52

未来のOS

http://science.2ch.net/test/read.cgi/future/1022864257/l50

250 ：246：03/03/20 09:28

やっぱりそうですか。>>247

マルチタスクしたい場合は、タイマーとかで自分で切り替えるんですか？

251 ：bloom：03/03/20 09:40

252 ：Be名無しさん：03/03/20 10:21

>>250
ポーリングするようなタスクの場合 tslp_tsk() をかますとかする。
でも大抵は wai_sem()とかwai_flg()とかrcv_mbx()とかrcv_mbf()で
他からのイベントやメッセージを待つように作るでしょ?

253 ：246：03/03/20 13:20

>rcv_mbx()とかrcv_mbf()で
こちらは良くみるＹＯ！

で、メッセージ送った側のタスクは、自分がtslp_tsk()するわけ？

254 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/20 15:46

>>252 の書き方が一般的と思うが、
Unixっぽい(謎)時分割ラウンドロビンしたければ、
cyc系サービスコールからタスクの実行状態をいじると
吉かもしれず。
TOPPERS/JSP付属のサンプルが参考になる鴨。

>>253
自分が寝てもいいし、大抵はリザルトメッセージが
欲しいだろうから、応答を rcv_mbx や rcv_mbf で
待つのも良し。MINIXとB-Freeのコードが参考になる鴨。

ところでITRONはマルチタスク動作しているはずだがと
指摘するのは野暮?

255 ：246：03/03/20 18:14

>優先度の高いタスクが動いているときは、より優先度の低いタスクは動かないっす。

>ところでITRONはマルチタスク動作しているはずだがと

だから、どっちが本当か分からないＹＯ！

256 ：Be名無しさん：03/03/20 19:15

>>255
μITRON4.0仕様書の55ページ【補足説明】では

「ITRON仕様のスケジューリング規則では、優先順位の高いタスクが実行できる
状態にある限り、それより優先順位の低いタスクは全く実行されない。」

とある。

257 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/20 20:18

>>255
矛盾はないはずですが何か?

258 ：Be名無しさん：03/03/21 09:42

マジかよ・・・・。
http://webplus.site.ize.org.uk/pc/

259 ：Be名無しさん：03/03/21 10:25

2chをだしににてお金もうけをするのなら
2chに対価を払いなさいとよしゆきが求めたが
拒否されたからさらされたのですか。

260 ：Be名無しさん：03/03/21 13:16

>>257
>矛盾はないはずですが何か?

日本語では擬似マルチタスクという言葉があるの。
他人を混乱させるとは、ITRON名無しは害があるな...

261 ：Be名無しさん：03/03/21 14:07

ところで、処理中に描画タスクを動かすために、ちょっとだけ制御開放みたいなコードを教えてください。

262 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/21 17:04

タスクって言葉も曖昧だが実行コンテキストと捉えればITRONは
マルチタスクだ。スケジューリングを語るときに他の意味で
タスクという言葉を使う例があるなら教えてくれ。
擬似マルチタスクってのも曖昧だが、単一の実行コンテキストを
軸とするステートマシンを作るという意味か? それともOSなし
の小規模ファームにありがちな割込ドリブンの構成を指しているのか?
どちらでもよいがわざわざ"擬似"を抜いて聞いたとしたなら、
その意図がわからん。
混乱させているのはどっちだYO。

263 ：Be名無しさん：03/03/21 18:34

>>262
もう書かなくて良いよ。
言葉の正当性かは関係ない。
タスクが同時に動くかどうかを知りたい人に、
逆を思わせる回答をしたんだから。

264 ：Be名無しさん：03/03/21 20:34

>>263
おまえがマルチタスクの意味を誤解しているだけだと思うがな。
これ見てみ。

ttp://yokohama.cool.ne.jp/chokuto/urawaza/priority.html

265 ：BTRON名無しさん ◆wkpCWNrmSY ：03/03/21 21:09

>>260 >>263
"擬似マルチタスク"などと言うアヤシゲな言葉を思い出して、
ITRONのタスクの扱いについての説明に対して混乱した理解を
するのは、お前のような厨房だけだから問題無しだ。

つーか、お前は態度を改めん限り技術系の職業に就くのは
考え直した方がいい。

266 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/21 21:52

>>260 >>263
コンテキストスイッチの存在を知らないでもOSの話題ができる環境を作ってくれた先達の、偉大さを実感しますた。

267 ：Be名無しさん：03/03/21 23:42

>>266
>>263はコンテクストスイッチを知らないのではなく、
マルチタスクとは「Unixっぽい時分割ラウンドロビン」のことで、
それ以外はマルチタスクではないと思いこんでるんだろ、たぶん。

268 ：Be名無しさん：03/03/22 00:41

>>242
結託しますた。

ttp://www.kumikomi.net/article/news/2003/03/18_01.html

269 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/22 09:40

>>267 なるほど。理解できますた。

270 ：Be名無しさん：03/03/22 14:38

タスクが制御を開放し合うのを
ノンプリエンプティブなマルチタスク、日本語にすると擬似マルチタスク。
それを踏まえた上で、

>ITRONでは（スリープしてない中の）最優先タスクだけが実行されるのでしょうか。
>それとも、タスクの優先度を考慮して優先度が低いタスクも実行してくれるのでしょうか。

この質問に対して、マルチタスクと回答すると間違いとなる。

どれだけ自分内での正しさや相手の無知を指摘出来たとしても。

271 ：270：03/03/22 14:50

補足しておくが、ノンプリエンプティブ＝擬似マルチタスクを
「擬似である」、「マルチタスクである」、両方言うことは可能である。

しかし、質問が要求しているのは、「擬似」であり、「マルチタスク」でない。
こういうことが分かるのをセンス（技術者である、ない、のみならず）という。

272 ：Be名無しさん：03/03/22 15:53

そして自分の馬鹿は認めない、と

273 ：Be名無しさん：03/03/22 15:56

反論がある程度きたら文献を探すぐらいしろよ。

>タスクが制御を開放し合うのを
ITRONはべつにタスクが解放しあわなくても良い。
切り替えはOSが制御している。(当然ユーザ側からOS側へのお願いもできる)

>この質問に対して、マルチタスクと回答すると間違いとなる。
これこそ間違いだね。

>どれだけ自分内での正しさや相手の無知を指摘出来たとしても。
自戒ですか?

>しかし、質問が要求しているのは、「擬似」であり、「マルチタスク」でない。
>こういうことが分かるのをセンス（技術者である、ない、のみならず）という。
ITRONは正当なマルチタスクOSだし、、、
#まあ、実装レベルではかなり変えられるけどね。

274 ：Be名無しさん：03/03/22 15:56

一番の馬鹿は間違いの解答を反省しないITRON名無し。

275 ：Be名無しさん：03/03/22 16:03

>優先度の高いタスクが動いているときは、より優先度の低いタスクは動かないっす。

>ITRONはべつにタスクが解放しあわなくても良い。

最優先タスクが自分を止めなきゃ、他タスクが動かないわけでしょ？

276 ：Be名無しさん：03/03/22 16:05

>>267
いや、263で「タスクが同時に動く」とかいっているからUNIXも違うとか
言い出しかねない。
事実、うちにはUNIX系のOSが３個あるけどどれもタスクは同時に動かな
い。
#ちきしょう、金貯めてCPUが二つついているのを買ってやる。(W

277 ：Be名無しさん：03/03/22 16:06

> 最優先タスクが自分を止めなきゃ、他タスクが動かないわけでしょ？
自分で自分を止めなくても動きます。

278 ：Be名無しさん：03/03/22 16:08

>>277
だから、分かるようにかけ。

>優先度の高いタスクが動いているときは、より優先度の低いタスクは動かないっす。

これは、最優先タスクがとまらなきゃ、他タスクが動かんことを逝ってるわけでしょ？
で、誰がどのようなタイミングや理由で、最優先タスクをとめるの？

279 ：Be名無しさん：03/03/22 16:10

> だから、分かるようにかけ。
サポート料は１件２万円です。クレジットカードの番号をお知らせください。

#初心者には優しいけど、生意気な教えて君に優しくしてはいけない。

280 ：Be名無しさん：03/03/22 16:14

>>279
わざわざそんなこと書くんなら、現れなきゃこちらも助かるんだけど...
ITRON名無しみたいなヤシ。

281 ：Be名無しさん：03/03/22 16:28

ITRONが機能が無くてツマンナイOSだからって、
質問に対して融通が利かないツマンナイレスするのやめようよ。

282 ：Be名無しさん：03/03/22 16:35

>こちらも助かるんだけど...
べつに、280 が助からなくてもよいのでは?

283 ：Be名無しさん：03/03/22 16:46

>>282
あーそう。書き込む人が困っても何とも思わないんだ。

284 ：Be名無しさん：03/03/22 16:52

>> 283
デマや礼儀知らずなことを書き込む特定の一人が困っても問題有りません。
普通に質問を書き込む人はここでは関係有りません。
「書き込む人」って大枠を使ってごまかそうと画策したようですが、無駄です。

285 ：Be名無しさん：03/03/22 16:56

ここは匿名掲示板であって、
>デマや礼儀知らずなことを書き込む特定の一人が困っても問題有りません。
こういうのを画策と言う。

>画策したようですが、無駄です。
ここまで書くと寒い。

結局タスクに関して説明も無ければ議論も起こらない。
それだけ。

286 ：Be名無しさん：03/03/22 16:58

なんつーか。リアルタイム系OSに触れると最初の方で
誰もが通る(?)ギャップなんじゃないかなー

287 ：Be名無しさん：03/03/22 17:00

>>286
そういうことだね。
でも、ITRON名無しみたいなのが居ると、説明する人も現れなくなっちゃう。

このスレも個人を語る場じゃないのにね。

288 ：Be名無しさん：03/03/22 17:02

＞こういうのを画策と言う。
画策の意味を辞書で調べること。

>ここまで書くと寒い。
ということにしたいのですね。

>結局タスクに関して説明も無ければ議論も起こらない。
理解できない馬鹿が一人いるだけだから議論の必要なんて無いし。

289 ：Be名無しさん：03/03/22 17:05

どっちにしてもさー、
説明しないヤシらにこのスレから消えて貰おうぜ。

290 ：Be名無しさん：03/03/22 17:06

> 説明しないヤシらにこのスレから消えて貰おうぜ。
思うだけなら自由です。

291 ：Be名無しさん：03/03/22 17:07

>>288
議論の必要が無いならなんでここに居るわけ

292 ：Be名無しさん：03/03/22 17:07

>>290
いいから書くなよ。

思っても良いから。

293 ：Be名無しさん：03/03/22 17:08

> 議論の必要が無いならなんでここに居るわけ
自問ですか?

294 ：Be名無しさん：03/03/22 17:13

なんか、湿気たスレになっちゃったから、
これ以後は、議論スレにＮＥ！

レスを叩くレスするくらいなら、参入しないこと！

295 ：Be名無しさん：03/03/22 17:16

> 湿気たスレになっちゃったから
反省したと言うことでしょうか?

296 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/22 17:33

>>270
> この質問に対して、マルチタスクと回答すると間違いとなる。
>>246 を引用して >>250 は引用しないのか。なぜかね。(w

悪いことは言わん。漏れみたいな奴に粘着されたくなければ、
質問する前に仕様書読め。雨の休日にはタネンバウムも読んどけ。

本筋の話題は >>273 >>277 の言う通り。
>>270 は彼らのような親切な人に泣いて感謝しろよ。

297 ：Be名無しさん：03/03/22 17:42

元凶のITRONが現れるなよ。

298 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/22 17:52

>>286
はい。たぶんそうだと思います。漏れも通ってます。
でも、稀に通らずに来てしまう方もいるような。

ITRON仕様OSが使えると胸をはる技術者のコードを
レビューし、mainという関数がエントリポイントの
タスク1個に膨大なswitch文ディスパッチャとスピンロック
の構成を目の当たりにして、卒倒したのは漏れだけですか?

299 ：Be名無しさん：03/03/23 01:44

> レスを叩くレスするくらいなら、参入しないこと！

もっと殺伐としてるべきなんだよ。
向かいに立った奴といつ喧嘩が始まってもおかしくない、
刺すか刺されるか、そんな雰囲気。女子供は、すっこんでろ。

300 ：Be名無しさん：03/03/23 02:42

>>298
うう、でもそういうコード多いよ。組込屋には。
ハード屋が書いた膨大switch文のサンプルプログラムを
何の迷いもなく流用して製品にしちゃう奴とか。
ソフト屋の矜持ってもんは無いのかと、小一時間…

301 ：Be名無しさん：03/03/23 22:35

組み込みシステムを使った低価格パソコン「eランドセル」，2003年度に実証実験へ
http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20030320/4/

http://live2.2ch.net/test/read.cgi/news/1048426015/

302 ：Be名無しさん：03/03/23 23:07

ランドセルにパソコン入れるようなバカな考え持った人とは一緒に仕事
したくないです。

303 ：m：03/03/23 23:10

★男はココを見るべし★女と金とサンプルムービー★
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp2/linkvp.html

304 ：Be名無しさん：03/03/23 23:24

>>302
ばーか

305 ：Be名無しさん：03/03/24 00:55

>>300
マルチタスクという概念についてこれない人が、
そういうコードを書く傾向があるような気がします。
ひどいのになると、時間待のために空ループ回してくれる…

306 ：Be名無しさん：03/03/24 01:24

ポケコンならランドセルに入れてましたが。

307 ：Be名無しさん：03/03/24 08:37

>>305
じゃ、マルチタスクの何を理解して、
>ハード屋が書いた膨大switch文のサンプルプログラム
をどう書き換えれば良いわけですか。

308 ：Be名無しさん：03/03/24 08:56

最新の音楽情報満載。音楽ファン必見のサイト　
アンケートに答えると、もれなく音楽ギフト券！！
http://camellia16.fc2web.com/ongakudb.html

309 ：Be名無しさん：03/03/24 18:39

リアルタイムシステムの分析・設計について無能で、
ハードウェアの知識もろくになくてハード屋のサンプルがないと
コーディングもできないソフト屋が吼えるスレはここですか。

310 ：Be名無しさん：03/03/24 22:41

>>309

あんたズレてるよ。素人だな。

311 ：Be名無しさん：03/03/25 01:17

>>310 <- おまいもな。

312 ：Be名無しさん：03/03/25 09:01

>>310-311
そういうレスばっか。
説明になると黙る。
ということは、309の言う通り。

313 ：Be名無しさん：03/03/25 11:04

ITRONで、
Aというなんかの計算だけする(システムコールは呼ばない)タスクが回っている時、
Aより優先順位の高いタスクが実行可能状態なったら、Aはプリエンプとされるの？

314 ：Be名無しさん：03/03/25 12:20

最も高い優先順位を持つタスクが替わった場合には、ただちにディスパッチが起こり、
実行状態のタスクが切り替わる。ただし、ディスパッチが起こらない状態になっている
場合には、実行状態のタスクの切り替えは、ディスパッチが起こる状態となるまで保留
される。

μITRON4.0仕様 Ver. 4.01.00 p55

315 ：313：03/03/25 13:15

システムコールを呼ばないでいると、ディスパッチが起こらない状態の
ままなんでしょうか?

while (1) {
　　rcv_mbx();
　　calc();
　　～;
}

calc()
{
　　けっこう時間のかかる数値計算のみの処理;
　　～;
}

↑のような場合、calc()に入ったらディスパッチは起こるの?

316 ：Be名無しさん：03/03/25 15:23

>>315
＞↑のような場合、calc()に入ったらディスパッチは起こるの?
>>314
＞μITRON4.0仕様 Ver. 4.01.00 p55

317 ：313：03/03/25 15:36

>>316

「ディスパッチが起こり実行状態のタスクが切り替わる」とあるんですが、
いくつかのITRON系のOSでは、アプリケーション層も特権モードで動作
しており、>>315での例のような場合、calc()に入ると計算処理の部分で
はディスパッチされないようでした。

これはそのOSの実装が悪いということでしょうか？

318 ：Be名無しさん：03/03/25 15:51

>>317
めんどくせぇﾔｼだな。
calc()で起こってるディスパッチで、どんなタスクが実行されるんだYO!
＞いくつかのITRON系のOSでは、アプリケーション層も特権モードで動作
おまいさんの勝手な妄想で理由付けすんな。ｳﾞｫｹが。

＞しており、>>315での例のような場合、calc()に入ると計算処理の部分で
＞はディスパッチされないようでした。
317が想定できないディスパッチ
・calc()内でmalloc()とか浸かってるバカ＝おまいさん
・calc()を実行しているタスクよりも高い優先順位のタスクが(カーネル外に)ある
ほかにもあるけど教えてやんない。

＞これはそのOSの実装が悪いということでしょうか？
おまいさんのﾉｰﾐｿの実装が悪いんだろうよ。なんでもかんでも人のせいにすんな。氏ね。

319 ：305：03/03/25 16:11

>>307
元ソース見ないと判らん。
とりあえずswicthで分けてる部分を適当にまとめて個別のタスクにするかなー。
てか、ハード屋のサンプルなんてドライバ位にしか使った事ないし。

320 ：Be名無しさん：03/03/25 16:37

>>318
ITRON初心者にとって興味深い内容だから、
叩くのに行数使わずにITRONの現象や対処方法の詳細教えてＹＯ！

321 ：313=317：03/03/25 16:51

>>318
＞calc()で起こってるディスパッチで
ディスパッチが *起きない* んです。

＞おまいさんの勝手な妄想で理由付けすんな。ｳﾞｫｹが
確かに勝手過ぎました。どうもすみません。

＞・calc()内でmalloc()とか浸かってるバカ＝おまいさん
動的なメモリ操作はしておりません。
バッファはグローバルか static でとってます。

＞・calc()を実行しているタスクよりも高い優先順位のタスクが(カーネル外に)ある
そのタスクにディスパッチしてくれないんです。

Aタスク、Bタスクがあって、

Aタスク(Bより優先順位が高い):
　1)ネットワークからのデータを待つ。
　2)データがきたらそのデータをあるアドレスに書き込み、1)に戻る。

Bタスク:
　1)イベントの発生を待つ。
　2)イベント発生したら、static 配列内にある沢山のデータを別のデータに
　　変換してそれをグローバルに置いてる配列に書き込み、1)に戻る。

という感じの時に、Bタスクで 2)のデータ変換処理中、ネットワークからデ
ータが来てもAが動いてくれないようなんです。

＞おまいさんのﾉｰﾐｿの実装が悪いんだろうよ。なんでもかんでも人のせいにすんな。氏ね。
はい、言い返す言葉も浮かびません。これから遺書を書きます。

322 ：Be名無しさん：03/03/25 17:35

>>321 根性あるね。将来が楽しみでつよ。
＞Aタスク(Bより優先順位が高い):
＞　1)ネットワークからのデータを待つ。
データはどうやって待つんだよ。おまいさんの頭の中のことは誰にもわかんねんだぞ。
カニチップのレジスタをポーリングでもしてんのか？
それともソースなしのドライバでも漬かってんのか？
そいつらの優先順位はＢより高いのかよ。
＞　2)データがきたらそのデータをあるアドレスに書き込み、1)に戻る。
まさかとは思うが、Ｂが読むデータとそのアドレスはＦＩＦＯかリングバッファとかに
なってるんだろうな。ダブルバッファでも可。
あと、ＡはＢが待ってるイベントを立てるんだよな。ちゃんと書けよ。それとも簡略化して書いたのか。

＞という感じの時に、Bタスクで 2)のデータ変換処理中、ネットワークからデ
＞ータが来てもAが動いてくれないようなんです。
「ようなんです」で人に聞くな。推定される原因を切り分けていけ。

根本的な問題：
・Bが見てるイベントとＡが立てるイベントが同じモノ＝終了（理由は考えろ）
切り分けのヒント：
・Ａが本当に動いていない証拠を掴むためのコードを考える
・Ａが実は動いているのに、動いていないように見える場合を妄想する
・実際のコードでなくて、実証用のコードでテストする（変なドライバとかに依存しない）

何がなんでも動かす（今日中に動かしたい場合）：
・Ｂでタスク切り替えのタイミングを明示的にやる

原因を突き詰めていった結果として、
おまいさんが合ってるか間違ってるかはどうでもいいんだよ。
迅速かつ正確に、突き詰めできることがじゅーよー。

323 ：Be名無しさん：03/03/25 22:14

> 高い優先順位のタスクが(カーネル外に)ある

ITRONでカーネル外にタスク????
意図は分からんでもないが筆すべり杉death。

324 ：Be名無しさん：03/03/25 22:25

>>323
＞意図は分からんでもないが筆すべり杉death。
確かに。カーネル管理してないものはタスクと呼ばないからな。
素直にゴメリンコ。

325 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/25 22:43

おっと>>323も漏れdeath。

>>319
漏れは、その時、そういう指摘はしなかった。
分けりゃいいってもんでもないし。
・なぜタスク1個で済むものにITRON使ったのか
・なぜスピンロックで済むものにITRON使ったのか
は聞いたよ。
あと、mainという安易な命名をするナンセンスは指摘した鴨。
もしタスクを分割した方がよいという答えが返ってきたら、
膨大なswitch文について指摘したかもね。
レビュー結果? ITRONを使わない方針に変更。
必要なければ使わないのも選択肢。
>>286 の言葉を借りると、リアルタイムOSに触れていながら
誰もが通る"ギャップ"を通らずに過ごし、彼の所属会社は、
必要のないITRON仕様OSのコードを含むファームを
生み続けていたわけ。

326 ：Be名無しさん：03/03/25 23:20

>>321
>1)ネットワークからのデータを待つ。
のところで、データが到着した場合誰が何をしているかを整理すると良いかもしれない。

327 ：Be名無しさん：03/03/25 23:28

>>325
コンサル業務もやらないかんのか。大変らな。
システムアーキテクトの視点のあるPGもSEも皆無なんだからしょうがいないわな。
それで、あーたの飯の種ができるんなら、まぁいいんじゃないか？
＞必要のないITRON仕様OSのコードを含むファームを
＞生み続けていたわけ。
それによる逸失利益がどれくらいか指摘してやれば駄目押しだが、やや嫌味だろうな。
あんたは良いコンサルになれるよ。あとは言い回しだけだ。

328 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/26 00:29

> それで、あーたの飯の種ができるんなら、まぁいいんじゃないか？

まーね。でも、漏れが食い繋いでいけるような世界が続くなら、そこはかとなく不幸だ。
このスレに粘着したのも、そんなデカダンスな気分からかモナー。

329 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/26 00:46

>>321
やりがちなのは、データが来ていると"思い込んでいる"ってやつですが、
御主は大丈夫?
噛ませたパケットアナライザを盲進して、NICからの割り込みを確認し忘れているとか
読み込むべきリングバッファやレジスタのアドレスを間違えているとか
割り込みハンドラから処理タスクへのメッセージパッシングでIDやアドレスを間違えているとか。
こうやって書くと小馬鹿にしていると思えるけれども、思い込みは自明を隠すからこそ恐い。

330 ：Be名無しさん：03/03/26 01:53

コンサルというより初心者PGいぢめだなこりゃ。

331 ：Be名無しさん：03/03/26 10:30

>>330
俺も年上なのに彼に未だに虐められる。

332 ：Be名無しさん：03/03/26 10:36

>>330
しょせんは2chだからな。

333 ：Be名無しさん：03/03/26 14:02

>>321
ITRON以前の問題でひっかかってるのは、初心者以前かと思われ。
逆に聞きたいのは、ITRON以外で動いていたものを移植したのかどうか。
こんな「生産者-消費者問題」の例題みたいなコードを動かせない時点で、
ただの厨房ｹﾃｰｲ。ITRON関係ない。
もし元の環境では動いてたというなら、「たまたま動いてた」だけだろ。
原理もわかってないでﾃｹﾄｰに書いてﾃｹﾄｰに動いてたってことに気づけよ。

334 ：Be名無しさん：03/03/26 14:16

貧乏人が無料コンサルを期待するインターネットはここですか.

335 ：Be名無しさん：03/03/26 22:44

皆がイジメルから　>>321 がこなくなったじゃないか(w

336 ：Be名無しさん：03/03/26 23:04

こんな↓タスクがあったとしたらfooが動いてるときでもプリエンプトされましか？

TASK
foo_task()
{
　　int i = 0;
　　while (1) {
　　　　i++;
　　}
}

337 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/26 23:44

ん? 誰に問うているのか? >>336

338 ：336：03/03/27 00:01

>>337
>273さんでし。

>>273
>ITRONはべつにタスクが解放しあわなくても良い。
切り替えはOSが制御している。

ってあるから、>336のようなタスクがブン回っていてもOSがプリエンプトして
他のタスクが動くんでしよね？

339 ：bloom：03/03/27 00:14

340 ：Be名無しさん：03/03/27 00:31

なんか基本的な言葉や概念がおかしいような...(あと、語尾が...)

336の処理中に他のタスクへディスパッチする事があるかと問われれば、「あり得ます」と答えます。
ただ、OSの介入があったからといって常にタスクディスパッチが起こるかといえば、
そういうわけでもない。あくまでもOSがどのタスクを動かしたいと思っているかによる。
だから「OSがプリエンプトして他のタスクが動くんでしよね？」と問われると条件が少なすぎると答えます。(321も同じ)

341 ：Be名無しさん：03/03/27 00:43

寒いな。このスレ。

342 ：336：03/03/27 10:54

>>340
>336の処理中に他のタスクへディスパッチする事があるかと問われれば、「あり得ます」と答えます。

この回答で了解でし。

いや、先人がシステムコール呼ばないとディスパッチはされないと言っていたのでし。
>>336の場合は↓のようにする。

TASK
foo_task()
{
　　int i = 0;
　　while (1) {
　　　　i++;
　　　　tslp_tsk(WAIT);　　← これ等を入れる。
　　}
}

343 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/27 13:43

絶句。

344 ：Be名無しさん：03/03/27 14:31

>>343
お前は足しにならん。

345 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/27 15:25

足しにならん煽りで再帰されてもな。同類の存在を信じたいのか(w

>>342 よ、非タスクコンテキストという概念がなぜ仕様書に
書かれているのか、考えたことはあるか。

346 ：Be名無しさん：03/03/27 15:25

>>342
＞いや、先人がシステムコール呼ばないとディスパッチはされないと言っていたのでし。
は
＞>>273
＞>ITRONはべつにタスクが解放しあわなくても良い。
＞切り替えはOSが制御している。
から少し飛躍があるな。273はディスパッチそのものをOSが制御する、と言っているだけで、
OSにディスパッチのタイミングを（明示的に）指示しないとディスパッチされない、
とは書いていない。
例としては悪いが、foo_task()のwhile(){}内で、割り込みが発生し、そいつがfoo_task()よりも
優先順位が高いタスクの待ち条件をクリアさせると、foo_taskはディスパッチされる可能性がある。
しかし割り込み処理自体が、ITRONではしばりがゆるい仕様であり、カーネル外割り込みの場合は、
割り込みからのリターンでのディスパッチは実装依存だが。
μITRON4.0仕様 Ver. 4.01.00 p58

347 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/27 16:50

> 優先順位が高いタスクの待ち条件をクリアさせると

そういう意味では、システムコール(サービスコール)を呼ばないと
ディスパッチはされない、とも言えなくもない。
>>346にとっては自明だろうが、>>342の理解を助けるためには
"自タスクが"という接頭句は要ると思われ。

348 ：Be名無しさん：03/03/27 17:36

>>347
＞>>346にとっては自明だろうが、>>342の理解を助けるためには
＞"自タスクが"という接頭句は要ると思われ。
確かにそうらな。指摘ｻﾝｽｺ。
ただ、漏れとしては、理解が浅い者には、深い理解の前に、
＞割り込みからのリターンでのディスパッチは実装依存だが。
＞μITRON4.0仕様 Ver. 4.01.00 p58
の図３－３のようなものを見て、
「あ～。割り込みから帰ってきたら、while(){;}なタスクもディスパッチされるのかも。」
の認識をさせるくらいで抑えておきたいな。あの図を見て、まだ納得できないﾔｼは
適性無しということで降りてもらい、単純コード書きになってもらう。誰にも得手不得手はある。
漏れも一線級から見れば不得手の方ではあるが、そういう判断は下せる。それもまた飯の種かと。

349 ：Be名無しさん：03/03/27 18:16

タスクの優先度　と　タスクの優先順位　って別物でしょうか？

350 ：Be名無しさん：03/03/27 18:20

>>349
たんなる煽りバカとは思いつつ・・・
μITRON4.0仕様 Ver. 4.01.00 p51
を読んで理解できないのか？どこが理解できない？

351 ：Be名無しさん：03/03/27 18:26

ぬるぽ　と　NullPointerException って別物でしょうか？

352 ：Be名無しさん：03/03/27 18:30

ぬるぽ=温い＋ぽい。
～ぽい：動詞の連用形などに付いて、そのような状態を帯びている意を表す。
つまり、生暖かい状態を帯びていること。

353 ：bloom：03/03/27 19:16

354 ：Be名無しさん：03/03/27 20:31

　（　・∀・）　　　|　|　
　と　　　　）　　 |　| 　ｶﾞｯ
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>__Λ∩
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/ 　←>>351

355 ：ITRON名無しさん ◆4WD27e3i1o ：03/03/27 21:12

NullPointerException が出ているコードってのは、
確かに生暖かい気持ちになる罠。スレ違いすんまそん。

356 ：　：03/03/27 21:40

　　　______________
　／:＼.＿＿＿_＼
　|:￣＼(∩´∀｀)　＼　　＜先生！こんなのがありました！
　|:在　 |:￣￣ U￣:|
http://saitama.gasuki.com/shinagawa/

357 ：Be名無しさん：03/04/05 23:42

高田セソセイが名大の教授になられたそうだsage.

358 ：山崎渉：03/04/17 11:41

（＾＾）

359 ：山崎渉：03/04/20 06:06

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

360 ：Be名無しさん：03/04/21 11:35

レディキューに何個オブジェクトがつながっているのか、
指定したタスクが現在何番目なのか知る方法はないのでしょうか？

361 ：Be名無しさん：03/04/21 12:55

レディキューを検索する。以上。

362 ：Be名無しさん：03/04/21 20:47

ITRON上でC++つかえる？

363 ：Be名無しさん：03/04/21 21:49

>>361
レディキューの検索の仕方はどうやるのですか？

364 ：Be名無しさん：03/04/21 22:17

実装依存

365 ：Be名無しさん：03/04/22 01:35

>>349
今月のデザインウェーブマガジンの付録のP21に「優先度と優先順位」というコラムがある（ｗ
引用？
めんどくさい、いや、著作権の問題があるので、自分で調べてください。

366 ：Be名無しさん：03/04/22 01:39

みんな、どれくらいのタスクを作って、iTRONで動かしてる？

367 ：_：03/04/22 01:46

　　　______________
　／:＼.＿＿＿_＼
　|:￣＼(∩´∀｀)　＼　　＜先生！こんなのがありました！
　|:在　 |:￣￣ U￣:|
http://muryou.gasuki.com/mona/

368 ：bloom：03/04/22 02:03

369 ：Be名無しさん：03/04/22 02:13

シグナルとイベントフラグの用途は違うものなのでしょうか？
どなたか教えていただけませんか？

370 ：Be名無しさん：03/04/22 02:18

>>349

優先度は、タスクやメッセージの処理順序を制御するためにアプリケーションによって与え
られるパラメータである。それに対して優先順位は、仕様中で処理の実行順序を明確にす
るために用いる概念である。

μITRON4.0仕様 Ver.4.01.00 p52
第3章　μITRON4.0 仕様の概念と共通定義
3.1 基本的な用語の意味
(5) 優先順位　の【補足説明】　より

371 ：Be名無しさん：03/04/22 02:28

>>369
シグナル:
実行中に生じる割り込み、エラー等の例外状態を処理するための機能を与える仕組み

イベントフラグ:
イベントの有無をビット毎のフラグで表現して、同期をはかる機能を与える仕組み

372 ：(´д｀;)ﾊｧﾊｧ：03/04/22 07:49

http://www.k-514.com/

373 ：369：03/04/22 08:34

シグナルはタスクをスリープから解除できるけど
イベントフラグは状態を通知するだけで
スリープ解除はないっていうことなんでしょうか？

374 ：Be名無しさん：03/04/22 18:05

>>371 の通り、シグナルとイベントフラグは別物。スリープから解除できるとかできないとか
ではない。ITRONでシグナルに対応するのは、タスク例外処理。

375 ：Be名無しさん：03/04/23 00:56

>>370
何とも回りくどい表現ですね。
これじゃ、仕様書よりも入門書が重宝されるわけだ。

376 ：Be名無しさん：03/04/23 04:27

比較的明確で分かりやすい表現だと思うが。
これを回りくどいと感じるのは本質的な理解が足りないから。
理解が足りないまま騙し騙しやってると思わぬ墓穴を掘るのはお約束。

377 ：(´д｀;)ﾊｧﾊｧ：03/04/23 06:51

http://www.k-514.com/

378 ：V：03/04/26 07:32

☆^～^★　50音順で探せて楽して得する
http://sagatoku.fc2web.com/
　　　あなたの探し物きっとみつかるよ☆^～^★

379 ：Be名無しさん：03/04/26 19:30

すいません、教えていただきたいのですが
標準ハンドブックでいう、非タスク部実行中の過渡的な状態（ＯＳシステムコール実行中）に
割り込みハンドラが実行されることというのはあるんでしょうか？
それともシステムコール自体の最初と最後で割り込み禁止、許可を行っていて
システムコール部分の実行中は割り込みハンドラは
実行されないようになっているものなんでしょうか？

380 ：Be名無しさん：03/04/26 22:17

サービスコールは、キューとか、その他の資源にアクセスするものが多いだろう。さて、そ
ういったサービスコール処理実行の最中に割込みが発生して、今まで検索とか書き換えと
かしていた対象の資源に対する何らかの操作が行われたらどうだろう？何らかの問題が
発生するのではないか。
これを回避するには、サービスコール処理中は割込みを禁止するか、割込みハンドラや
タイムイベントハンドラからそういった資源にアクセスすることを禁止するかだろう。後者だ
と非常に使えないことになりそうだ。
「サービスコール処理実行中は、割り込みハンドラは実行されないようになっているのか?」
と聞かれたら、「仕様では実装依存(*)だが、(上記の理由から)一般的にはそのようになっ
ているのではなかろうか」という答えになるかな？

(*)
μITRON仕様 Ver.4.01.00　p64 3章 3.5.3 処理の優先順位とサービスコールの不可分性
…サービスコール処理の優先順位は、サービスコールを呼び出した処理の優先順位より
も高いという条件を満たす範囲で、実装依存とする。

381 ：ITRON名無しさん：03/04/27 00:01

>>379
> それともシステムコール自体の最初と最後で割り込み禁止、許可を行っていて

安全のために、>>380がいうようなクリティカルポイントでは何らかのロックを
しなければいけません。
しかし、その範囲をどれだけ狭くできるかはカーネル実装者の腕の見せ所でもあります。
平易な例を出すと、サービスコール内での引数チェックは少なからずの部分を
クリティカルポイントの外に出しても構いませんよね。
言うまでもありませんが、上記のような実装を取った場合には
サービスコールの中であっても、割込はかかります。

382 ：Be名無しさん：03/04/27 21:31

すいません、お尋ねしたいのですが、
タスクの資源ひとまとまりごとにオブジェクトをIDを共通の定義で使いたいのですが。
タスク、セマフォ、メイルボックス等の種類の違うオブジェクトで
同じIDを使うことは可能なんでしょうか？

383 ：動画直リン：03/04/27 22:23

384 ：Be名無しさん：03/04/27 22:29

プレイステーション２って、TRONを使ってるんですか？

385 ：__：03/04/27 22:33

　（　・∀・）/＜　こんなのみつけたっち♪　
http://www.yamazaki.90.kg/hankaku/hankaku02.html
http://www.yamazaki.90.kg/zenkaku/index.html
http://www.yamazaki.90.kg/hankaku/hankaku08.html
http://yamazaki.90.kg/hankaku/hankaku10.html
http://www.yamazaki.90.kg/hankaku/hankaku05.html
http://yamazaki.90.kg/hankaku/hankaku03.html
http://www.yamazaki.90.kg/hankaku/hankaku07html
http://yamazaki.90.kg/hankaku/hankaku01.html
http://www.yamazaki.90.kg/hankaku/hankaku06.html
http://yamazaki.90.kg/hankaku/hankaku04.html
http://www.yamazaki.90.kg/hankaku/hankaku09.html

386 ：ITRON名無しさん ◆4WD27e3i1o ：03/04/27 22:34

> 同じIDを使うことは可能なんでしょうか？

仕様書3章3.8。実装依存。
大抵のことは仕様書で答えが出る。問う前に嫁。

387 ：Be名無しさん：03/04/28 12:55

>>382
大抵の事は実装依存。問う前にマニュアル嫁。

388 ：Be名無しさん：03/04/28 13:01

>>384
プレイステーション２はたぶんTRONだろ？

389 ：Be名無しさん：03/04/28 13:53

TRONって凄いなあ。

390 ：Be名無しさん：03/04/28 14:09

>>388
どのTRONなの。ToriniTRONとか。

391 ：Be名無しさん：03/04/28 15:02

なんてったって温泉まで作ってるんだから。

なぁ>?>389

392 ：Be名無しさん：03/04/28 20:23

プレイステーション２超漢字説あげ

393 ：bloom：03/04/28 20:23

394 ：Be名無しさん：03/04/28 22:54

プレステ2はLinuxだろが？　それもSONY開発の。

395 ：Be名無しさん：03/04/29 00:22

ネタにマジレスカッコイイ。

396 ：Be名無しさん：03/04/29 00:52

ほんとはTRONなのに。

397 ：Be名無しさん：03/04/29 10:53

すいません、教えていただきたいのですが
イベントフラグの動作と、ＲＴＯＳで一般にいうバイナリセマフォの
動作というのは同じものなんでしょうか？

398 ：Be名無しさん：03/04/29 16:11

>>397
違う

399 ：Be名無しさん：03/04/29 16:13

この「すいません、教えていただきたいのですが…」って釣りなのかなぁ？
無料で公開されている仕様書すら読まないのかなぁ？

取り敢えず、μITRON4.0仕様 Ver.4.01.00の
p130 4.4.1 セマフォ
p139 4.4.2 イベントフラグ
p174 4.5.1 ミューテックス
読んでみろよ。

それで分からないようなら、こんなトコで扱える範囲じゃないから。諦めるか、ITRON入門
のセミナーにでも逝って、講師に質問してくれ。

400 ：Be名無しさん：03/04/29 22:42

>>399
このスレで質問すなと
ではなにを書けばいいんだ。話題ないぞ。ITRON

401 ：Be名無しさん：03/04/29 23:25

>>400
質問するなとはいってないよな。
仕様書読んですぐ分かるような質問するなってことだ。

402 ：ITRON名無しさん ◆4WD27e3i1o ：03/04/30 09:30

夢持てる話題から鬱氏になる話題まで案外あると思い鱒。ITRON

TOPPERSの連中が連載枠持つ話があるみたい。
>>399のような憤りは軽減と期待。

403 ：Be名無しさん：03/04/30 11:44

>TOPPERSの連中が連載枠持つ話があるみたい。

無料で公開されている仕様書すら読まない香具師がそれを読むだろうか。

404 ：Be名無しさん：03/04/30 12:03

「（その連載）の通りにやったんですけど、うまくいきません」が多方面に繁殖する悪寒

405 ：ITRON名無しさん ◆4WD27e3i1o ：03/04/30 12:54

>>403 仕様書は読まないが入門書は読む輩、多いと思われ。
>>404 うううう確かにありうる罠…鬱氏。

406 ：Be名無しさん：03/05/03 20:46

唐突な書き込みですみません。
WindowsCEとμITRONを比較してそれぞれの長所と短所を整理したいので
皆さんのご協力をお願いします。
一般的に言われているのは、下記のようなことだと思いますが、

◆ WindowsCE ◆
●長所
・ソフトウェア部品が豊富
・開発できるエンジニアが多い
・WindowsXP上で開発でき開発効率が良い
●短所
・リアルタイム性が無い
・使用リソースが大きい
・ソースコードが非公開

◆ μITRON ◆
●長所
・リアルタイム性が優れている
・使用リソースが小さい
・ソースコードが公開されており、改変できる
●短所
・ソフトウェア部品が不足
・開発できるエンジニアが少ない？
・開発環境、ツール不足？

このほかにあったら教えてください。実際に開発に携わって
分かった２つのOSの長所と短所とかを教えていただけると幸いです。

それから、２つのOSを比較した資料で入手可能なものがあれば教
えてください。

407 ：_：03/05/03 20:54

408 ：動画直リン：03/05/03 21:16

409 ：Be名無しさん：03/05/03 23:41

>>406
学校の宿題? それはそうと、なんだか、自分の感覚とずいぶん違います。

ソフトウェア部品をミドルのことだとするとITRONのほうが多いでしょ。ただ、
ITRONのミドルは多くは、移植しなおさないといけなかったりすること多いけど。

開発できるエンジニアは、日本でいえばITRONのほうがずっと多い。Windowsの
プログラマをWinCEのプログラマに数えるトリックが使われることがあるけど、
あれは絶対ただしくない。まぁGUIとかプログラミングにはつかえるんだけど。

VisualStudioの開発効率がいいのかどうかはしらんが、組み込みものはWinCE
にに限らず普通Windows上で開発するものです。Linuxはちょち例外。

で、自分の感覚では、VisualStudioはプログラムつくるにはいいんだけど、こ
まかい部分のデバッグはつらいです。で、ITRONでも各ベンダともIDEと提供し
てるので、プログラム作る環境はそれなりによくできてます。こまかいところ
のデバッグはベンダのツールのほうが、ずっと楽です。ICEの対応は、ITRONの
ほうがいいですし、てか、WinCEは、ICEでとめてもよーわからんのよ。
# わからんのは、自分がヘタレだからです。

> (ITRONは) ソースコードが公開されており、改変できる
一般論としてそりゃなんかの間違いでしょう。toppersとかのことでしょうか?
ITRONはオープンソースではなく、オープンアーキテクチャを特徴とするんです。

410 ：Be名無しさん：03/05/04 11:12

>>406の様な見方が情報処理系学生の現状だとすると
かなりヤバいな。

411 ：bloom：03/05/04 11:16

http://www.yahoo2003.com/betu/linkvp2/linkvp.html

412 ：Be名無しさん：03/05/05 12:34

>>406
WinCEはソース公開になったのではなかったか？

413 ：406：03/05/05 16:26

>>409
ありがとうございました。
ソースコードの件は、おっしゃるとおりです。認識違いでした。
TOPPERSとITRONを混同していました。

>>410
「かなりヤバい」ですか。不勉強でお恥ずかしいです。

>>412
Windowsのソース公開は学術研究用または電子政府用に限定されたもの
と認識しています。事実誤認かもしれませんが。

414 ：Be名無しさん：03/05/05 18:19

>>413
WinCEはそれとは別のライセンスになってます。
組み込みでソースないのはきつい。

415 ：Be名無しさん：03/05/05 23:28

>>414
ただ、見るのにも金かかるし、バグを報告しても金かかる(!)し、直してくれっ
ていうとべらぼうに金かかるのよね。かねがたりねーよー。

416 ：Be名無しさん：03/05/06 03:18

＞見るのにも金かかるし
？？？
特別な契約をしていない漏れでも見れたけど？
（パスポートはメッセのために登録したやつ）
ttp://www.microsoft.com/windows/embedded/ce.net/previous/downloads/source/default.asp

最新のライセンスでは独自の改変が認められたらしいですが、
改変部分も全部マイクロソフトに渡さないといけないという
GPLと逆の意味の「感染」が発生してしまうようですし、
どのくらいお金がかかるかは契約していないので分からないですけどね。
ttp://japan.cnet.com/news/ent/story/0,2000047623,20053524,00.htm
ttp://japan.cnet.com/news/ent/story/0,2000047623,20053550,00.htm

417 ：_：03/05/06 03:26

418 ：_：03/05/06 04:06

419 ：n：03/05/06 04:22

420 ：動画直リン：03/05/06 05:16

421 ：Be名無しさん：03/05/07 00:24

NORTiってなんて読むの？
ノルトアイ？
ノンリアルタイムアイ？

422 ：Be名無しさん：03/05/07 08:58

>>421
おいら、ノートアイって読んでるよ。

423 ：Be名無しさん：03/05/07 09:13

>>421
ノルティじゃないの。
ITRONを逆から綴ったんだよね。

424 ：動画直リン：03/05/07 09:16

425 ：__：03/05/07 10:10

426 ：bloom：03/05/07 11:16