OSASKでJava 77
ストーリー by Oliver
run-anything+run-everywhere 部門より
run-anything+run-everywhere 部門より
Anonymous Coward曰く、"国産の1FD起動OSとして有名な、OSASKに、清水氏がWabaを移植している。
現在では、清水氏のサイトにあるよう、かなりの制限があるが、それでもOSASKでWabaが動作することはとても興味深い。
Wabaは、Waba Softの開発したとても小さなJavaクローン。
Ruputerなどのモバイル環境でも動作する。
現在はまだ実用的ではないが、将来的にOSASKのカーネルへの組み込みが行われたら、OSASKの目的である「エミュレーターOS」へ大きな一歩を踏み出すことになるだろう。"
長いこと勘違い(オフトピ:-1) (スコア:2, おもしろおかしい)
Re:長いこと勘違い(オフトピ:-1) (スコア:1, おもしろおかしい)
Re:長いこと勘違い(余計なもの:-2) (スコア:0)
Waba (スコア:2, 興味深い)
スレッドとかサポートしてなかった気がします。
しかし、OSASKにWabaっていうのは結構良い取り合わせだと思いました。
あくまで1FDで動くことに対するこだわりを感じます。
Re:Waba (スコア:3, 参考になる)
言わないですね。WabaSoft自身が否定しています。
> スレッドとかサポートしてなかった気がします。
確かに初期のWabaはかなり制限されたサブセットでしたが、
sf.net版は、longも浮動小数もスレッドもサポートしています。
初期のWabaスレッドは、周期コールバックとでもいうようなもの
でしたが、現在はOSのスレッドを使うようなコード(の、かけら)も
あります。
たぶん、最後の壁はathrowです。これが実装されれば、Javaコンパイラ
が吐くバイトコードを解釈するVMとしては、とりあえずの機能を満たせる
のではないでしょうか。
# 最近、コードにタッチしていないけどID
from もなか
Re:Waba (スコア:1)
＃今動いてないみたいですが多分このURLで合ってる。
Wabaがいいのは、その小ささ素朴さもさることながら、
最初から移植性を意識して機種依存部分そ非依存部分をきちんと分けたかたちで
ソースが提供されてる、って点かなーと個人的には思っています。
そのへんの事情は、Waba乗りラピュータのページに詳しいです。
で、ならばと探してみたら、上記リンク集(?)にあるように、移植した奴が有るわ有るわ…
>言わないですね。WabaSoft自身が否定しています。
んですね。Wabaは(Kaffeのとってる立場ともまた一味違って)「サブセット」と呼ぶべきものかと。
>sf.net版は、longも浮動小数もスレッドもサポートしています。
本家はもう止まってるですね。sf版がどんどん進んでる。
なので、システムを大きくしたくないときや、沢山ソースを読み書きしたくないとき(笑)は、今でも本家版かなー。
新しい奴だと俺の古いPalmに載せるのが辛いっす。
＃ただ本家版は、Hash系のクラスやhashCode()メソッドが死んでるのが悲しい。
＃「データの照合」のコストは、wabaが対象とするような弱い処理系では特に、気にする必要があると思うんで、
＃当初から(Nativeで)実装されてりゃ良かったのになーと思う次第。
さて。今回の奴ですが、Waba乗りラピュータのページを参考にした
(中見てないけど、文面から察するにソースもそのまま流用してる？)
ということは、ベースはsf版じゃなく古典本家版なわけですね。
うん。可愛い移植だという意味では「わーい」ですが、
PCのような「大きな」環境(このOSの技術的事情は知らないんでアレですが)をターゲットとする場合、
本家版wabaだと、微妙に寂しいかなと…と、つい思ってしまいます。
まあきまぐれまぎちゃん [geocities.co.jp]などの市販ソフト(違うぞ)が
そのまま動いてくれるのは少しだけ嬉しいけど。
>たぶん、最後の壁はathrowです。これが実装されれば、Javaコンパイラ
>が吐くバイトコードを解釈するVMとしては、とりあえずの機能を満たせる
>のではないでしょうか。
JavaByteCodeは知らないんですが、athrowってのは例外投げのことですか？
＃自作言語では、whileループより例外のほうが先に実装された(=作るのが「楽」だった)ので、意外な気分のG7
＃一緒になるとは限らないんだろうけど、まあ…
Re:Waba (オフトピ) (スコア:1)
Wabaに対する謎の一つですね。そんなに難しくなかっただろうし、
コストもかからなかったであろうはずなのですが。
// 仮にsf.net版の実装に間違いがないと仮定して、の話。
> JavaByteCodeは知らないんですが、athrowってのは例外投げのことですか？
cf. http://mrl.nyu.edu/~meyer/jvmref/ref-athrow.html
実装の難易度より、catchにかかる演算コストを嫌ったということではと
思っています。無くても致命的ではないですし。著しく不便ですが。
from もなか
Re:Waba (オフトピ) (スコア:1)
> 思っています。無くても致命的ではないですし。著しく不便ですが。
例外なんだから、遅くてもいいじゃん、と思いました/思ってます。出来ない、よりマシだと思うのですが。
Re:Waba (オフトピ) (スコア:1)
肥大傾向のsf.net版を議論の叩き台にするならおっしゃる通りかもしれませんが、オリジナルのWabaSoft版についていえば、コードを読んで、むしろ正しい割切りと感動しましたがねぇ、私は。
WabaVMはJavaVMではなく、JavaVMと同じ機能を載せればJavaVM並に大きくなるのは理。
from もなか
Re:Waba (オフトピ) (スコア:1)
個人的には、例外→遅い→あまり使わないようにしよう、という一部の(特にC++勢の:-P)論調は、どうも好きになれません。
例外を使うべきかどうかはプログラムのデザインの問題であって、
遅いから避けるなんていう前近代的なことは、あんまりすべきじゃないと思う。
＃Javaがシンドいのはthrowsを書かないとならないからであって、throwが悪いわけじゃない、と思っているのでG7。
＃DelphiはJavaとほぼ同じモデルのExceptoinがあるけど、throwsに相当するものは無い。
＃Javaのthrowsって一見便利かなと思ったんだけど、実際やってみるとどうにもメンテナンスがしんどい。
で、例外の需要が増せば、最適化屋さんも頑張ってくれるかなーと、期待してみたり(^^;
それにしても、そんなにコストかかるものなんでしょうか。
まあ言語の構造(に引きずられての各処理系実装の構造)に拠るんだろうけど。
Re:Waba (オフトピ) (スコア:1)
>コストもかからなかったであろうはずなのですが。
逆に言えば、NativeでなくPureJavaでhashCode()を実装しろ…しかも低コストで…なんて命じられたら
俺なら泣いて詫び入れるかも知れません。
Cなら、ポインタを数字にゼロコストで読み替えできるCならではの芸当を使えばいい一方で、
PureJavaだとObject自体の識別子(謎)を数値に置き換えるリーズナブルな方法が無い(よね)…
そういや、同じことを考えたのか、Newton用実装ではhashCode()を追加してあるんでしたよね。
余談：
PascalつーかDelphiの「順序型」が順序型であるのが、痛烈に悲しい。
デジタルに識別可能な型であっても順序が定義(?)できない型は、
たとえばcase文(Cのswitchみたいな奴)に使えない。
おかげで、「Object参照をcase文に使う」ということが出来ない。
これは凄く残念。たかだか数個のオブジェクトのうちの「どれか」が来るのを判別するという場面で
うだうだif文を書かないとならないわけで…
caseが取れるのが「順序型」であるという決まりって、もしかしてDelphiより昔の古典Pascal、つまり
オブジェクトとか同一性同値性云々とかいう概念に世間が注目するよりも「前」に考えられた決まりなんだろうね。
ここも今っぽくリファインしてくれたらよかったのに＞Delphi
Re:Waba (オフトピ) (スコア:1)
sf.net版では、Newton用を参考にしてhashCode()を実装しました。
from もなか
Re:Waba (スコア:1, 興味深い)
PCで動かすことを前提にするなら、1CD位がちょうど良いと思うのですが。今なら、FDドライブもCDドライブも調達する具合は変わらないと思うし。
組み込みを目指しているなら、わかるのですが。
Re:Waba (スコア:0)
FDに入る大きさにすることで、とにかく小さくするという目的も達成できるし。
Re:Waba (スコア:0)
Re:Waba (スコア:1)
>スレッドとかサポートしてなかった気がします。
２年ほど前に WinCE 上にて Waba を遊んだ際は、java.lang.String がなくて、文字列の取り扱いが独自実装だったのがかなりの痛恨でした……
下位互換でもいいから java.lang.String 的にして欲しかった、というのが Waba に対する最も強い印象でした。そーすれば通常の JSE 用とロジックまわりくらいは共通で書けたのにー。
今ではそのあたり変わっているのでしょうか。
やっぱり「国産」って言わないと気が済まない? (スコア:1, 参考になる)
「川合氏が開発を進めている...」とか「未踏ユースに採択されている...」とか、もうちょっと重要な情報を枕詞にしたほうがいいんじゃない?
やっぱり「国産」って言葉に噛み付かないと気が済まな (スコア:2, すばらしい洞察)
いわゆる国産って事は、少なくとも日本語を母語にしてたりする人間にはメリットあるとおもうけど。文字コードとか、マニュアルとか。
そもそも、たとえ国産であることを嬉しがる理由が、単なる愛国心の発露であっても特に文句言う筋合いのものではないと思うけどなぁ。
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:1, 興味深い)
ただし、文字コードについて言えば、それって関係あるの? 日本人の作ったソフトでも日本語対応がめちゃくちゃだったり、よくテストされてなかったりすることもあるし、外国人が作ったソフトでも日本語がすんなり通ることもある。日本語化パッチがある場合や、統合されてる場合だってある。というわけで、開発者が日本人ということと、日本語が問題なく使えるということとのあいだの関連性は、昔ほど強くないし、今後ますます薄くなっていくはず。
「日本人が作ったものでなければ日本人にとって本当に使いやすいものにならない」ということを受け入れてしまうと、それは裏を返せば「日本人の作ったものは日本人以外のどんな人にとっても本当に使いやすいものになりえない」ということになってしまいます。たとえそれが事実であったとしても、それを克服していくことが必要です。日本人が作ったものが世界中で使われたらうれしいなという「愛国的」な観点からしても。
マニュアルについても、同じこと。要するに日本語マニュアルが分かりやすいところにあるかどうか、ってことでしょう。
ちなみに、愛国心の発露そのものが特に文句言う筋合いのものでないにしても、いつもいつもそればっかりでも困りものです。会うたびに恋人ののろけ話ばっかり聞かされてもううんざりだ、という感覚に近いかな。気持ちは分かるけどもう分かったから、という感じ。
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:1, すばらしい洞察)
何か新たにソフトを書くにしても、日本製のライブラリやフレームワークの場
合、マニュアルが日本語で読める＆日本語が安心して使えるので、つい安易に
使いたくなる。だけど一方、そのアプリがせめて英語ぐらいはドキュメントを
揃えていないと、結局自分の作ったものも海外に相手にされず日本ローカルに
なっちゃう。
結局「国産」って言葉は市場の囲み込みをしたい企業にありがたみがあるだけ
で、世界が舞台の自由なプログラマにとってはデメリットでしかない。もしそ
んな立場の人が「国産」って言葉を錦の御旗にするなら井の中の蛙で満足した
い、というスタンスが感じられちゃう。
自分の国を誇りたいならば、「国産」と叫ぶ前に、せめて英語でドキュメント
を書け、と言いたい。
# なお、私はOSASKのドキュメントについては知りませんので、上の意見は一
# 般論として受け取って下され。
↑このコメントを (スコア:1)
Re:↑このコメントを (スコア:0)
日本語すらまともに書けない奴ら多すぎ。
おまえらのことだよ？
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:1, 興味深い)
しまいますか？
良いものだから広く受け入れられるのか、広く受け入れられたものだけが良いものとされるのかは解りませんが
日本人が持っている何らかの特性が、日本人以外にも受け入れられる表現を生み出す可能性は無いのでしょうか？
国産だから日本人にとって使いやすいものになるとは限らない可能性について否定しようとも思いませんし
>「日本人が作ったものでなければ日本人にとって本当に使いやすいものにならない」
なんて事を安易に口にするつもりはありませんが、日本人にとって本当に使いやすく、かつ、日本人以外の人にも使いやすいものを
作り得る立場に一番近いのは、やはり日本人なのではないでしょうか？？
#とは言え、普段からそんな事を意識してプログラムを書いてる人なんて、そうそう居ないでしょうし
#そういう評価は何かが結果を残した時に後から付いて来る説明でしかないかも知れませんが・・・
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:0)
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:0)
「日本人にとって本当に 使いやすく、かつ、 日本人以外の人にも使いやすいものを作り得る立場に 一番近いのは、やはり日本人」って、 なぜですか?
根拠は?
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:0)
ついでに、主観を述べても、やはりだめなのかね。
# 元ACじゃないけどAC
# こういうくだらない煽りは見ていてムカツク、てめぇの意見を述べやがれ
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:0)
優劣について論じているつもりは全くありません。というか、どうして、そのように読み取ったのですか？
#特長という語を私が使っているのなら、貴方の指摘も理解できますが・・・
#長所も短所も併せて、特性という語を使うのは間違いでしょうか？
日本人
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:0)
#401213 によると、 「日本人にとって本当に使いやすく、かつ、日本人以外の人にも使いやすいものを 作り得る立場に一番近いのは、やはり日本人なのではないでしょうか？？」 とあります。日本人にとっても日本人以外の人にとっても使いやすい ものというのは、つまり、全世界の誰にとっても使いやすい
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:0)
> を生み出す可能性はないのでしょうか。
ある日本人の個人がたまたま持っている特性が、日本人以外にも広く受け入れ られる ものを作り出す可能性はあると思います。それは、その特性を持つ個人が たまたま日本人だっただけで、日
Re:やっぱり「国産」って言葉に噛み付かないと気が済 (スコア:0)
私としては、親コメントのような、主題に関係ない一単語に噛み付くようなコメントにはうんざりだったので。
勢い反動的なコメントになりまして、お気を悪くされたとしたらすみません。
Re:やっぱり「国産」って言わないと気が済まない? (スコア:1, 参考になる)
それに、「川合氏が開発を進めている」と言うのとはそれほど大差がないのでは？ # 川合氏信者というのなら重要だけど
反論はしてみたものの、未踏ユースのことは重要なので、リンク張っておきますね。 採択案件評価 [ipa.go.jp]
ついでにこれも [yokohama-cu.ac.jp]
あと、Waba for OSASK 0.1も出ました。
Re:やっぱり「国産」って言わないと気が済まない? (スコア:0)
Re:やっぱり「国産」って言わないと気が済まない? (スコア:1, 興味深い)
例えば安全保障上の問題からインフラはなるべく国産であればあるほど良いし(GPSとか見ればわかりますね。）、
ソフトウェアはアメリカからの輸入ばっかりで輸入超過なので 国産のソフトウェアを増やして均衡を取るのも ひとつの考えでしょう。
そういう意味で、少なくとも私は「国産のほうれん草」「国産のロケット」などと同様に「国産のＯＳ」の価値を認めてあげたいなぁ。
Re:やっぱり「国産」って言わないと気が済まない? (スコア:1)
Apacheを米国産だと思っている人います？
Re:やっぱり「国産」って言わないと気が済まない? (スコア:0)
国産ほうれん草だって、 なぜ良いかという根拠はGPSとは異なったもののはず。 というか、ほんとうに良いの? あれは安心感というかイメージの問題かもよ。
そういった分析なしに国産ならなんでも良い、 とするのはいただけない。 良いと思うのならきちんと根拠を示してほしいな。
有名な理由が「国産だから」なんだからいいじゃん。 (スコア:1)
それはともかく、Linuxだって未だに「フィンランド産の」という枕詞がつく事だってあるし。ディストリビューションの話で言うと，SuSEが「ドイツ製の」，Mandrakeが「フランス製の」という風に紹介されることは珍しいことでもありません。両ディストリビューションが欧州企業
主導で作られていることは，ディストリビューションの構成に直接の影響を与えるものではないけど，枕詞としては有効なわけです。
要は、枕詞の選択にいちいちケチをつけてたらきりがないってことですよ。
ちなみに，「国産だから優れてる」なんてどこにも書いてないですよね。このコメントへの返信で、そこらへんの勘違いをしてるコメントが目に付くのが残念です。「国産」を語る前に「国語」を勉強しろって感じですよね。（元コメント以外への意見をここに書いちゃってすいません。）
OSASKはトヨタほど有名じゃない。 (スコア:1)
Microsoft製品にわざわざ「米国産の」をつけないのは，同社がアメリカの企業である事が，ほぼ常識だからです。
一方，SuSEやMandrake，そしてOSASKが産地と共に語られるのは，これらの存在が，まだそれほど有名ではないからです。Linuxについても，Windows程には有名ではなかったので，新聞などでは「フィンランドの学生が作った…」というのが枕詞になってました。最近では一般人にもある程度Linuxという言葉が浸透してきたので，徐々にこの枕詞は省略される傾向にあります。TRONも「国産の」という枕詞付きで紹介されることが多いですが，Linuxと同様，一般人に浸透してくれば枕詞は外されるものと思われます。
産地を明記するかどうかは「有名かどうか」によって左右されるのであって，「外国産かどうか」はあまり関係ないと思われますが、いかがでしょうか。（全く関係ないとは言いませんが，少なくとも第一要因ではないと思われます。）
もちろん、このような枕詞は生産国でなくても良いわけです。しかし，枕詞の選択肢の１つとして生産国に関する記述を採用するのを妨げる理由はありません。
追記。 (スコア:1)
OSASKがアルファベット表記ではなく，「おさすく」っていう日本語表記の名前だったら，「国産の」という枕詞はなかったかもしれませんね。
ついでに補足しときますと，一般国民に知られていない中小企業が作った製品を紹介するときに「○○県●●市の□□会社が製作した…」のように会社の所在地を明記することはよくあることです。ちょっと所在地のスコープを大きくして，「日本産の」「国産の」という風に紹介する事も，よくあることです。
Re:やっぱり「国産」って言わないと気が済まない? (スコア:0)
「作者が他のOSに対して不勉強すぎるとして嘲笑の対象になっていることで有名な」ぐらいでいいかと
Re:やっぱり「国産」って言わないと気が済まない? (スコア:0)
Re:やっぱり「国産」って言わないと気が済まない? (スコア:0)
osdev-jからの情報 (スコア:1, 興味深い)
川合堂ライセンス（´_ゝ｀） (スコア:0)
ﾋﾟｭ.ｰ ( ´_ゝ｀ ） ＜これからも僕を応援して下さいね（´_ゝ｀）。
＝〔~∪￣￣〕
＝ ◎――◎ 川合堂ライセンス
ライセンス文 [imasy.or.jp]
しかしなぜこんなAAが充てられてるんだろう
Re:川合堂ライセンス（´_ゝ｀） (スコア:0)
川合堂ライセンス （´_ゝ｀）
----
これがはじまりらしいです。早朝とか言う人がはじめたとか。
自分( ◆1haVRB54HY )がはじめたと思っている人もいますが、
関係ないです。
Re:川合堂ライセンス（´_ゝ｀） (スコア:1, 参考になる)
http://pc.2ch.net/test/read.cgi/os/1051350015/85-
かも。OSASKの世界きて短いので、nikqやら早朝とか言う人のことはよく知りません。(同一人物と思ってる人もいるらしいけど。)
100% Coward で読みにくいな、このサイト (スコア:0)
ﾗﾋﾟｭｰﾀといえば。 (スコア:0)
Re:ﾗﾋﾟｭｰﾀといえば。 (スコア:2, 参考になる)
# Wabaは試してみたけど動かなかった。。
Re:ﾗﾋﾟｭｰﾀといえば。 (スコア:1)
シリアル端末にでもなれば、「時計でホストを操作」なんてサイバーチックな事が出来そうで面白そうなんですがねぇ。
(入力が大変なのと、表示領域が狭すぎなのは別にして)
Linuxや*BSD向けの開発環境もあるようですし
ちょっとした遊び程度にはなると思います。
####注意#### 私のコメントには嘘 誤解 妄想 等が大量に含まれている危険性があります。絶対に真に受けないようにしてください
Re:ﾗﾋﾟｭｰﾀといえば。 (スコア:1)
一昨年くらいまでは 秋葉原で5000円くらいで山積みにされていたけれど今はもうみかけませんねぇ
買えるとこがあったら教えて欲しいくらいです
一瞬Ruputerで動くってところに反応してしまったんですが 僕のは 今はもう動かない～って状態でした
あのときに買っておけばよかったよ…