OSASKスレッド Part12
>>62
別に誰に迷惑かけてるわけでもなし、いいじゃない
ちょっと凝った料理を作るのと大して変わらないんだから >>61
別に誰に迷惑かけてるわけでもなし、いいじゃない
>>62
あれは病気かなんかだと思う・・・ >>66
ファミレスのハンバーグが美味しくなかった
もしくはそもそも無かったとしよう
そしてハンバーグを食べたく、なおかつ自分で作れるとしたなら
そりゃ作るでしょ、
Kの文章を見りゃ分かるが、あいつは無いものは作る人だ それってつまりKが美食家ってことなんだよな?
やっぱ贅沢じゃないか それが贅沢だと思うならそういう認識でいいんじゃないかな Kが贅沢ってw
Kが言っているのはハンバーグが不味いとかじゃないだろ
おからで十分生きていけるとか言っているんだってw
そしてそれを他人には一切強制せず、ただ自分が実践するというヘンタイ >>61 >>64 >>70
あくまでネットの書き込みだったら、詭弁のガイドラインとかそっちじゃないの?
実際に言わなきゃ書き込めない奴がいるならそっちの方がヤバそうだ。 >>74
ストイックな筈のベジタリアンが、無農薬とかにこだわり出して際限なくなっちゃったみたいなものじゃないか? >>56
2chにだって昔のPC板とか成立するわけで、昔のハードを時代に合わせながら維持したいって連中は少なからず居る。
だってもう製造されていないからね。MSXとかFXマイコンとか、復刻がないわけではないけど。
ただ、エコポイントとかみればわかるように、お役所が言うエコというのは買い替え需要の事だったんだろうね。未踏落ちるわけだ。 >>78
詭弁のガイドライン
第8条 知能障害を起こす。
って奴じゃない?つまり詭弁の論法ではないかと? KでもLでも居るなら教えて欲しいんだけど、OSASKをベースに最新LINUXよりカーネルサイズが小さいそのコンパチ品って作成可能? 組込用途で縮小linuxは既にいくつか実運用されているものがあるぞ いや、サブセットなら大幅に小さくできるというのは現時点でのOSASKが証明しているし、
さらに言えばK-L間のエディタ論争でも認められていた事でしょ?NASKで実証したしね。
Lは比較がフェアじゃないと言いたかったんだろうけど、比較がペテンで無意味だって方向に持っていったのが駄目だったと思う。
見てる奴だって見れば違いなんて一目瞭然なんだからあんまりバカにするなよと思う訳で、
MASMの件と相まって重箱の隅を隅を突いてると思われた。っていうかマジでそう思ったし。
けれど、従来のOSの機能密度は大幅に向上させる余地があるんだというのは全く同じ機能じゃないとよくわからないので、
結局証明されていない。
複雑なもので小さくした例にはGoがあるけど、大幅にと言うのは微妙だし、切り捨てたものもある。
それで移植だから駄目なんだという考えにKは傾いたような印象を受けるんだよね、その後の流れを見てると。
しかし結局全然できていない所をみると、汎用である事が求められるOS(やコンパイラ)で、全く同じことが出来るものが小さくできる
って最初の話に無理があったんじゃないかという疑念があらためてわくんだよね。で、そこんとこどうなのかな? 大昔のものなら新しい技術で書き直すとか、元がダメなのをきれいに
書き直すとかすればそれなりに小さくなるだろう。
そういうのがなけりゃ大幅に小さくするのは無理。
どーしても小さくしたいなら、
遅くてもいいから小さくなるように書き直すとか、
互換性気にせず古い機能バッサリ捨てるとか、
誰も使わないような重箱の隅な仕様無視したり、
コンパイラで最適化諦めたり、
ということになるんでないかと。
>>85
>新しい技術で書き直すとか
osaskの支持者達はこれに期待してたんじゃないかな?
例えば、メモリの端から端まで処理するのにCPUは一瞬なのだから、消費時間の殆どがループと分岐待ちだからこの無駄を云々みたいな。
>元がダメなのをきれいに書き直す
一方、Lはこっちの話だと受け取って、(実際はそうでないから無理なのに)インチキな例で失礼な話をする奴だとクレームをつけた訳だ。
結局どっちの想定が正しいんだろう? まあ、今のマシンは当時のハードディスク位のメモリ積んでるからなあ。 >>86
多分両方。
自分の知識と技術で書き直せば実現できると思ってる。
実際どうなのかは(略)
ttp://practical-scheme.net/trans/icad-j.html
この辺の話ってKLならなんて言うかな? 最近Lが何もしてない、ブログの最後の方で超光速を実現するなどデムパを飛ばしていたが、いよいよキチガイが悪化した? 質問です、物理の問題を解くために"おいら 天才 物理 lightcone"でググってもOS関係のページしかヒットしませんでした、何故でしょうか? Monaスレ見たんだがMonaは開発つづいているのか。
OSASKは? 続いてるといっても、長い中断→Etherのドライバ書きましただからねえ。
もちっとコアな部分に手を出すまでは何とも言えないと思うでよ。
こっちはもう無理だろう。
っていうか、はりぼては弄ってる奴ちらほら見かけるのに、OSASKは見かけないのはなんで?
例えばAPIラッパー作って、はりぼてのバイナリがそのままOSASKで動くよなんてのって難しいの? そりゃはりぼてのほうが弄りやすいからだろう
わざわざ面倒なほうをやるのはマゾくらいなもの いや、どうせAPIははりぼてのを本を参考にしながらとはいえ、全部自分で1から作ってる筈なんだから
ラッパーの方が実機を扱う嫌らしい部分をOSASKに丸投げすれば済むから手抜きできそうじゃない?
いじり難いのってどの辺なんだろ? それなりのソフト資産があるならともかくラッパーなんて作ってもつまらないだろ それがわからないや。
そうだとするとOS作りってどこが面白いの?
実機を扱うのはドライバ部分だけど、初期にシリアル使えるのがあった位で、そこを開発してる人はほぼみかけないんだよな。
つまり、みんな俺APIが作りたいって事じゃないかと思ってたんだけど。
そもそもOSASKに実装が無かったり貧弱だと思えてわけがわからない部分なら、独自実装に書き換えて旧来の方をラッパー化したっていいよね? オレオレAPIを作りたいタイプもいるが、そうでないのもいる。
KはたぶんオレオレAPI派で、だからAPIの優劣にこだわるし、EFGとかで満足したりもする。
でも実はそうでないほうがむしろ多数派で、かつて何例かあったPOSIX派は、その典型だろうと思っている。 つまり、オリジナルよりここが良いんだぜってコンパチ路線だよな。
Kもその急先鋒かと思ってたら、いつの間にか注文の多い料理店になってて、
アプリ屋にそっぽ向かれた気がするな。 とりあえず言いだしっぺの>>97はラッパーを作ってどこが難しいのかをレポートしる!
今週末までで十分だよな? そりゃどこが難しいって言えば、やる気をおこす事なんじゃないか?
言い出しっぺの法則なんて、やりたくてウズウズしている奴以外に言うのはかえって逆効果。
そんなの簡単ですぜ旦那イヒヒと、自分の知る適当な情報を囁いていれば神輿にのせられる奴が出てくるのが2chの良スレ。 なんだよ見苦しい言い訳だな
簡単そうに言ってすみません実は自分では全くできませんって謝ればいいのにw 何言ってんだ?
簡単そうに言う奴(例えばLとか)が居ないと誰も始めないって話だろ? Lは簡単だと言い切ったがL自身も作ってそれを証明しようとしたよ ところでLの簡単発言に影響されて作り始めた人って誰かいたのか? 少なくとも>>96みたいに言う奴は居るよな。
どういう根拠があるんだろ? 要領を得ないということは、経験者が居合わせてないかもしくはもったいぶって答えないって事を表すのだろう。
まあOSASKが難しいって話は単なる伝聞なんだろうな。Lが簡単に出来ると言ったから対抗上難しいって事になった。
実際にはコロンブスの卵で、最初にやったパイオニアだけが難しいことだとしても、それを言いきっちゃうと
今度は逆に30日本の有難みが減る事になって言えないのかもしれない。
読んでないからよくわからないけど、もしかしたらそういう有償本の宿命だろうか?
でも、むしろ応用が効くって事になったら価値が上がってもおかしくない筈。
っていうか、そもそもどこが難しいかレポートしろなんて言われてるんだから、難しい所を堂々と質問できるわけだ。
人に聞けば大抵簡単な解決策が見つかるだろう。Lだってこの前スレが落ちる前に温度センサかなんかの事聞いてたし。
というわけで、OSでも作ろうかなと本持っててたまたまこのスレ覗いてたなんて人が居たらぜひトライしてみるのはお勧めだな。 よくわからないから三行で書けなんて話は、OSを1行で作るスレでするべき。 97のレポートまだぁ?
手抜きできそうなんでしょ? >>115
レポートは>>103だろ、そもそも俺APIを作りたいのなら手抜き出来そうって話なんだから
>>98や>>100のように作る気がない人もそりゃ居るだろう。97が俺API派だと思えるか? よくわからないから一行で書けなんて話は、OSを1行で作るスレでするべき。 アホの文章は言葉を補う必要があるから、逆に長くなるな。
>>116を超訳
レポートは>>103です。
独自APIを作りたいだけなら、ハリボテでスクラッチから書くよりも、
OSASKでライブラリとして実装した方が工数が少ないということですが、
>>98や>>100にも書いたように、私自身は独自API作成に興味ありません。 要約すると
OSの些細な優劣はCPU、コンパイラの進化で隠蔽されてしまいもはやどうでもいいので
頑張ったら頑張っただけむなしくなるから開発しないほうがいいよ
ということ >108
ソースの解説が充実しているからに決まっているだろ
お前バカか? 充実した解説を読んでわかった気になってしまうのと、ソースが簡単で弄りやすいのは、また別の話だな。
同じ亊が出来るソフトがある場合、使い方が難しい多機能ソフトの方が解説が充実していて、
簡単なソフトでもマイナーだと見過ごされて誰も使わなくて本当のところがわからなかったりする亊があるし。 やっぱりアホはアホだなw
リナックスも同じくらいの解説本が出ればいいのに
誰か書かないかな >>85の話が正しいなら分量が違うから1冊じゃ無理だろ。 多分
1. ものすげー時間かけて書く
2. その間にあちこち変わってしまって参考にならなくなる
3. 直すために1にもどる
という賽の河原状態になってしまうんでないかい。
徐々に書き直しが減ってそのうち収束するかもしれんが。
OSASKって単一レベル記憶?
ttp://ja.wikipedia.org/wiki/%E5%8D%98%E4%B8%80%E3%83%AC%E3%83%99%E3%83%AB%E8%A8%98%E6%86%B6 Mona 0.3.0 をリリースしました
■概要
これは、日常で Mona を使える事を目指した第一歩のリリースです。
音楽を再生し、Web サーバーを動かし、インタラクティブなシェルで作業をすることができます。
QEMU を同梱したパッケージをダウンロードすれば、bat ファイルを実行するだけで簡単に Mona を試す事が出来ます。
ダウンロードは ttp://www.monaos.org 。
■0.2.0 からの大きな変更点
・uIP httpd の移植 (Higepon).
・KVM virtio-net ドライバの追加 (Higepon).
・Scheme シェルの追加 (Higepon)
・libc 実装と改善 (Shotaro Tsuji).
・Squirrel 言語の移植 (okayu).
・標準入出力とパイプの実装 (Higepon).
・スレッド API の改善 (Higepon).
・サウンドドライバ・プレイやの追加 (Shotaro Tsuji, .mjt and Higepon).
・CD-ROM アクセススピードの向上 (junjunn).
・コンソール描画速度の向上 (junjunn).
・gcc 4.1.x でのビルドのサポート (shadow).
・VFS の追加 (Higepon).
・Linux でのビルドのサポート.
・APM のサポート (Shotaro Tsuji).
・Mesa の移植 (Nanashi and pol).
・スタック自動伸長機能の追加 (Higepon).
・メモリ管理の毅然 (Higepon).
・CD-ROM からのブート (Higepon and Nananshi).
■アプリケーション
contrib/application_catalog.txt を参照。
■ロードマップ
version 0.0.3 (済)
・インタラクティブなシェル
・音楽プレイヤ
・安定した NIC ドライバ
version 0.0.4
・BSD ソケットの移植
version 0.0.5
・Mosh の移植
・ネットワークアプリケーション
version 0.0.6
・ブラウザ
・コアの一部を Scheme で書き直し
■謝意
Mona に興味を持ち、ダウンロードしテストしてくださった方々全ての方に感謝します。
何らかの形で Mona に貢献してくださった以下の人たちに感謝します。
Shotaro Tsuji, Tino, junjunn, bayside, Gaku, shadow, Yui_Neko, gcj, .mjt, Nanashi, nikq, akky, K-tan, Yamami and gamix.
■バグレポート
以下までお願いします。
・ttps://sourceforge.net/tracker/?group_id=164970&atid=833826
・higepon@users.sourceforge.jp >突然ですが、現在OSASKのリリースについて大幅な方針転換を予定して
>います。実際にどうするかはこの日記への反響次第ですが、もし特に何も
>なければ、OSASKの一般公開を永久にやめます。一般公開の必要がなく
>なればベータもリリースしません。 何もかわらんような気がするがのう。
このまま忘れ去られるだけじゃないかと思う。
これ以上お知らせがこないなら、すっぱり忘れても良い気がしてる。 >>128
そうだよ。
実現のしかたとしてプリミティブではあるけど。 停滞が続けばこうなるしかなかろう。
いちいち宣言してから篭もるつうのがよくわからんが。
うかつな夏至リリース告知で自分の首を絞めたようにしか見えない。
Wikiより:
> 僕の負担をもう少し軽減しようという意志がないのなら、たとえ問題を
> 起こしている人が極少数でも、僕は公開を続けるのはやめようと思って
> います。
春ごろだっけ?ここの住民が総出で某池沼を退治したよね。
あのとき、K も2ちゃんに張り付いて見てた節があったが…。
やっぱりノイズばかり拾っちゃう性格なんだろうか。 >>142
その通り。
正論を主張する人物をアホとか小学生とか茶化して
スレの雰囲気を壊した恥を知れ。 アホも小学生も最低だと思うんだけど?
あいつらosaskに文句ばかり言って、自分では何もやろうとはしなかったし Lタンはなんだかだ、自分でもOS公開してくるくらい気合は入ってたから面白い奴なんだよなあ。 落しどころが見つかった模様
ttp://osaskdot.hideyosi.com/blog2/details.php?bid=171
自分もちょっとしたプロジェクト運営してるけどKタンがうらやましい
ヒデタソみたいに俺がやるって言ってくれる人いな杉
心折れそうorz
>>148
そんなに無理しないで、楽になっていいんだよ >>148
そ〜ゆ〜時は休む。
趣味なら自分のペースでのんびりやるのが一番ですがな。
【プログラム】グーグル、C/C++に代わる新言語「Go」をOSSで公開:超高速なコンパイル、GC、並列プリミティブ [09/11/11]
http://anchorage.2ch.net/test/read.cgi/bizplus/1257950853/ こいつ何様のつもり?
ttp://d.hatena.ne.jp/oksoftware/20091104 やっと書けるようになった。
腕があるのにナイーブな人ってもったいない、といつも思う。
外野なんて気にしなきゃいいんだよ。契約があるわけじゃ
ないんだから。もっといいかげんでいいんだよ。 >>154 Kが神経質なら世間の90%が神経質だわ。
>>152 ただのバカだろ。
大学で OS やってる人とかにKの本の評価聞いてみればわかるが、
(学問的なレベルに踏み込んでないことは置いといて)とにかく動く物をだれでも
作れる入門書として、一定の評価はされてるから。 >>153
だから「外野気にしません」宣言なんでしょ、結局。
オール無視ってことで。 >>155
でも卑下本と比べるとなあ・・・
著者はスパクリだし開発はC++だから、K本に勝ち目無い。
卑下本より後発なのに、これじゃダメでしょw 既存の処理系より明らかに劣るくせに
スパクリとか恥ずかしいな >>153
それなりの腕があれば、外野なんぞ気にしない or 参考にして
自分の道を突き進むと思うでよ。
今回の騒ぎは、開発が思うように進まないので、外野がうるさいせいだと言うことにして
逆ギレしているようにしか見えんが。
>>158
役に立たない度は同じようなものだろう。
(物理的な)破壊力はこっちのほうが上だと思うが。
やってみたことがない奴ほどそういうことを言うものだな。 >>161
特徴の無い車輪の再生産で
かつ既存処理系が時間をかけて改良してきた最適化等はまだまだだからじゃね?
>>162
まん中の段は同意。
ただの逆切れにしか見えない。
ただ本は(どっちも中身をみてないが)mona本が初版が並んでお終いに対して
30日本は今だ書店に置いてあるから一定の価値は有るんじゃないかな。