どうしてＯＳＡＳＫのスレがないの？

.

誰か使ってみた？
人柱レポートきぼ〜ん。

現在ver.1.2
FDD１枚で起動できて超早い
ＯＳＡＳＫ上でﾌﾟﾛｸﾞﾗﾐﾝｸﾞできるﾂｰﾙｷﾎﾞﾝﾇ

そうそう
独自プログラミング言語ＡＳＫ(ｱｽｶ)
各ﾌｧｲﾙ足りず未だ蛇足…

>>3
>FDD１枚で起動できて超早い
機能が低いんだから当たり前。

俺は、OSASKが、好きだ。
ようやく、今日、Mallowが出た。
メモリー管理が、だんだん、整ってきてる、ようだ。

ちょうどいいＯＳが無いから、作っちゃえ、
っていう、彼らの、姿勢は、好きだ。

祝 １in３ リリース

みんなも参加して、なおかつコンピュータの勉強もできる。１石２鶏

しばし１in４を待て

でも開発思想がちっとずれてる気はするよね。

今はモノリシック一直線で行ってるしょや？
DLLみたいな機構を用意してから、
デバイスドライバへ行った方が後々楽だと思うよー。
デバイスドライバをカーネル内に組み込むのは
やっぱりおかしいからね。

コードネームが覚えきれない(^^;

>>9
>デバイスドライバをカーネル内に組み込むのはやっぱりおかしいからね。
ローダブルモジュールにせよということ？
う〜ん、そんなに急ぐ必要はないと思うけど。
まずは動くという事が大切なわけで、
無くてもなんとかなる機能は後回しでいいんじゃないかな。

「名前がダサイ」は、やはり FAQになってるみたいね。

極端な話 "Unko" なんて名前の付いた OS があったら、
たとえそれがどれだけ優れてても使わないしね。

>>11
そーいう時はOS名と著作者情報だけを書き換え、コンパイルして再配布で桶。

age

神聖なレスをお願い

マイクロカーネル【出典：月刊アスキー2000/06 No.276】【www.ascii.co.jp】

メモリ管理やプロセス管理などごく基本的な機能だけを提供するように作られたＯＳカーネル、
又はそのように作られたＯＳアーキテクチャ。
ＯＳの役割を政治の世界に例えると、
ごく基本的な行政サービスしか提供しない、
いわゆる｢小さな政治｣と言うのがマイクロカーネルに相当する。
この場合、｢政府｣が直接関わるのは限られたサービスだけだが、
それ以外は政府の外部にある自治体なり事業体(民営化された旧省庁とか？)から提供される。
マイクロカーネルアーキテクチャには、
�@異なるプラットホームへの移植が容易になる、
�A必要な機能に絞ってＯＳをカスタマイズしやすい、
と言った利点がある。
マイクロカーネルとして最も有名なのは、
カーネギーメロン大学が開発した｢Ｍach｣(マーク)だ。
これはＭac ＯＳ �]のベースとして利用されていることでも知られている。
これ以外にも特に’９０年以降に新しく開発されたＯＳの多くはマイクロカーネルアーキテクチャを採用しており、
例えばＷindows２０００(ＷindowsＮＴ)、ＷindowsＣＥ、ＰalmＯＳ、ＢeＯＳ、ＢＴＲＯＮなどがそうである。
なお、逆にあらゆるサービスを｢政府｣自身が抱え込む｢大きな政府｣に相当するＯＳアーキテクチャは｢モノリシックカーネル｣(単構造カーネル)と呼ばれる。
伝統的なＵＮＩＸはモノリシックカーネルアーキテクチャで、Ｌinuxもそれを踏襲している(ＭkＬinuxはマイクロカーネル)。

http://www.imasy.org/~kawai/osask/reason.html
タスクセーブ機能、ええなぁ。


おいらはファイルシステムが欲しいです。
ファイルシステム作ってくださったら、
テキストエディタとコンソールとファイラー作る予定です。

お願い、KAWAIさん。

エライ！君こそＯＳＡＳＫの繁栄の旗手だ！
なんでも買って済ませようとするバカとは大違いだよ。

知識とは貪欲である

>>16
うーん全然関係ないけど、KAWAIさんってOS-9知ってるのかなあ？
256バイト単位リロケータブルが容易で、しかもそれが一番短くて速いから、
ややこしい仮想メモリなんか考えなくて済んだってのが
09の一番の特徴だと思うんだけどな。
#まあ１バイト単位でこだわる人にはそんなのじゃ納得出来ないか？
メモリ足りなかったらMMRみたいな簡単な?アドレス変換機構を追加するだけで
かなりイケてた気がするが。
事実それ使ったOS-9L2のメモリ管理ってまともだったと思うけど。

というかあのモジュラーを発展させたものだと勝手に認識してたんだけど。
全然違ったのかも？
とにもかくにも早く見せてほしいな。

GUIは見た目T-OS風のがいいなあ。

用語説明はこれを読む人に対しての善意>18

>>18

掲示板にKAWAIさんからのレス付いてるよー。

ごめん。sage忘れた。

>>20
ホントだ、さんくす。

しかし考えてみればOS-9スレってってないんだよな。
そういえば用語説明のスレとかもあっていい気がするね。

ということでOS-9の話は後回しにして、取り敢えずshellとは、俺もよく分からない。
http://flex.ee.uec.ac.jp/texi/sh/node2.html#SECTION00020000000000000000
要するにプログラムを実行したりするのはカーネルの仕事だけど
ユーザーからのそれらの依頼を受け付けるのがシェルの役目ってことかな？
この定義だとユーザーインタフェース(UI)全部がシェルって事になってしまうけど、
まあ普通シェルというと、そのOSに標準的に用意されているシェルの事を指すかな？

イメージ的にはキャラクターベース（コマンドベース）のCUIって感じで、
グラフィカル（GUI)な奴はどうもシェルとはイメージしにくいかも。
そういえばWEBブラウザってシェルなのだろうか？
それともシェルとブラウザを統合したのがIEなのか？
最近はunixでも統合環境ブームだし、さっぱりよく分からないねえ。

現OSのシェルは、ユーザーインターフェースを司る部分だけっぽいね。
tcshとかって他に何かやってたっけ？

んで問題のOSASKのシェルだけど、ユーザーインターフェース以外にも
プログラムの制御をかなりカーネルから任されてるっぽい。
…というよりカーネルが柔軟にできすぎているから、それらの機能を取捨
選択してユーザーが使いやすいor理解しやすいようにする、みたいな
意味合いもあるみたい。もちろん、機能全部使うシェルがあってもいいん
だろうけど。

以上、ページの情報から勝手に想像。

>>23

ソース読んだ限りでは、
今はまだpokon(シェルね)にいろいろ
頼らざるを得ないだけみたいだね。

仕様決まればなんでも作るよ俺は！

近日１．４リリース、定期上げ

>>24
君はエライ、がしかしＯＳ作りにも参加してね

OSASK 1.4 ﾘﾘｰｽ

気長に待ちましょう。1.5までしばし待て！

Windowsアプリが使えるようになるまでは手を出せないなぁ(;´Д｀)

毎月「来月までまて」は応援したくても萎える。

>>29
応援してるの？
応援しないで内部に参加せよめーた

http://www.imasy.or.jp/~kawai/osask/
OSASK ver.1.4の一般公開
・ver.1.3との違い：えせ仮想記憶を搭載。カラーフォントサポート。
OSのイメージファイルを圧縮して格納することで、起動速度がさらに向上。

Win32アプリはまだ動かないのか・・・

>>32
もうすぐだよ。
そうさな、あと20年くらいかな。

もうすぐだよ。
開発意欲がなくなるのは。

>>32
うんずえみゅができれば、WIN95も動くんだろうな。
とくに意味はないけど。
今年中には目処がつくんじゃないでしょうか？。多分。
とりあえずシェルはどうするんでしょうね。
やっぱり？tos風の奴が欲しいなあ、外見的には。

>>35
カスタマイズ型ですので好きなのインストしてちょんまげ

OSASK上で動くエミュきぼーん

>>37
DIBとかそういったビットマップ描画系が無いから無理。
河合さん、ファイルシステムかDIBかどっちか作ってください頼む。

エミュレーションだけならできるけど、
画面でない＆音でないじゃつまらないだろう？

>>38
今あるサンプルゲームとかってどうなってるんでしょうか？
とりあえず、補足して抜粋。
*---
ぐいぐい00仕様（pioneer0）では、スタティックデーターイメージは必
ずコード内に記述され、そしてアプリケーションの責任でデーターセグ
メントに転送しなければいけません。
　スタティックデーターの転送はアプリの責任なので、アプリは自分の
好きな転送方法で転送できます。
*---
つーわけで、とりあえず適当なライブラリ勝手に移植するってのはどう
でしょうか？手始めにMGL2あたりとか。

OSASKのファイルシステムは仮想記憶そのものって感じなんで、とりあえず
デバイス上の実リソースとの対応づけが肝心なような？。

個人的には、最近のP2Pでやってるファイル共有システムと絡ませたら面白い
んじゃないかって気はします。
まあ、基本的には、たとえば２ｃｈに実行ファイル置いて、それをそのまま実行
出来ちゃうような代物なんですよね。多分。

とりあえず、そんなURIリソース風のOSASK本来のファイルシステムものはさておき、

その中で、従来の疑似ツリー形式のファイルシステムをどう取り扱うのかが重要
な気がしますね。どっかにかいてあるのかな？

とりあえず、膨大な過去ログの山から、有用な情報や入門者に不明な事を切り
出してくる人が欲しい気がするんですが、誰かやってみませんか？１さんとか。
それで、サポートサイトが一つ作れると思いますよ。
自分がわかっている事は、人がわかりにくいというのがわかりにくいものです。
というより、分かってる人には、そんな時間がない人が多いですし。
まあ、取り敢えずこっちに戻ってきてくださいな。＾＾；

実は私、実際にはまだ動かした事がなかったりします。
かなり前に一回 使い道のなかったグリーンPCで動かそうとしたんですが、
何故かキーボードが操作不能という謎な事態に

誰かディスクイメージにしたものをアップしてくれないかな？

>>40
これを落としてフロッピーに焼くといい：
http://www.imasy.or.jp/~kawai/osask/osat14i.lzh


バグレポート：
AMD K6-2 333MHzで動いたんですが、
AMD Athlon 1.3GHzで動きませんでした。
ＧＵＩは出てきたので、
たぶんビデオカードは原因ではないと思います。
レジスタダンプは取り忘れました。
すみません。

誰か！Windows上で動くOSASKエミュレータ作れ

>>42
いらん

>>40
私は何度もＢＢＳで質問しているが、
初級者を相手にするほど暇ではないようですな。
川合氏しか返答してこないし、
頻繁に質問して、｢ウゼー｣とか言われたら史上最悪だしな。

Ｗindowsに戻ろうかな？

電荷って何？
リーマン予想って何？

>>42
消えろ。

BBSでまたしてもギクシャクしてしまった。
文章が苦手なボクを大目に見てくらはい
変な文なんですよ。自分でよく分かってる。
超絶な抽象文です。
一回の質問で効率よく返答を頂く為に、広範囲の質問をしてしまう。
あぁ〜どうしよう・・・

誕生年が同じ１９７５年なワ・タ・シ

>>48
もっと気を付ければいいじゃん。

一度紙に書いて推敲するとか。

嫌われてる

フレンドリーになりすぎ

そりゃ、有益な質問なら答えてもらえるし議論も活発になるけど
あの質問じゃ答えてもらうのも無理なんじゃ?
ちょっと、そんな気もしたりして

宣伝活動を辞退します＞オール

このスレも削除

>>53+
同意

>>55
やめてくれ。少なくとも俺はOSASKに期待してるし
暇ができたらいろいろやりたいこともあるんだ。
だから、このスレ削除とかいう
わけわからん行動はやめていただきTai！

んでな、文章作るときは、
書いたあとに自分で読み返すんだよ。
何度も何度も直すんだ。

俺はどこかに書き込むときには、
一文につき平均３回見直してるよ。

　OSASK開発メンバーの川合です。ここに書き込むのは気が進まないのですが、
このまま誤解されたままで終わるのは不本意なので発言します。

　1さんこと"笑む獅子"さんは、大変失意なさったようですが、その理由が分か
りません。僕には笑む獅子さんを非難しようとする意志はなく、それなのになぜ
非難されたと感じられたのかが理解に苦しみます。もし気分を害された表現があ
りましたのなら、その部分を指摘して僕に陳謝・釈明の機会を与えてはくださら
ないのでしょうか。

　僕なりに自分の書いたレスを読み返しているのですが、たとえば「そういうご
発言はもっと慎重になさってください」というお願いをする事は、非難した事に
なるのでしょうか？そしてそのお願いのための理由を詳しく説明する事は非難に
なるのでしょうか？・・・それとも他の部分を気になさっているのでしょうか。

　僕が笑む獅子さんを歓迎していた事は、僕があれほど嫌がっていた2chに、こ
のように書き込んでまでして、笑む獅子さんを引き止めようとしていることから
も察していただきたいです。とにかく、僕から非難めいた印象を持ったのなら、
それは誤解です。今まで一度だって笑む獅子さんをいやだと思った事はありませ
ん。・・・率先して頻繁にOSASK伝言板に発言してくれる人を、僕がどうして嫌
いになれるでしょう。

　またこのスレッドの存在は、OSASK計画のページへのアクセス増加に貢献して
いました。したがってこのスレッドが削除されてしまうなら大変残念な事です。

　それと、OSASK伝言板への質問の書き込みは[OSASK 1772]にあるように歓迎さ
れています。たくさん質問しても嫌がられる事はありません。

　大変申し訳ありませんが、以後このスレッドに僕が発言する事はおそらくあり
ません。僕に返答を期待する場合はOSASK伝言板の方に書き込んでください。笑
む獅子さんに限らず、ここの皆さんからの書き込みを心からお待ちしています。

　　OSASK計画　　　http://www.imasy.org/~kawai/osask/
　　OSASK伝言板　　http://www.imasy.org/~mone/osask/index.cgi

何か分からんけど大変そうね。

1. ML のメンバは、(基本的に) わざわざ掲示板を読んで
発言しようとは思わない。

2. 現時点では、OSASK の開発に深く関係するためには
ML に入るしかない (ML のメンバにしか公開されていない
ものがある、てところから推測したけど違ったらゴメン)

てことで、そもそも掲示板で質問しても、キチンとした
答えを返せる人間がいるとは思えない。

(以前、とある掲示板で「掲示板とMLの役割の分担云々」と
モメたのを思い出したナー)

>>44 >>48
まあ、多分以前にそんな事を言われた経験がお持ちなんだと思いますが。
暇でないというより、答える暇があったら開発に回そうって人が普通だと思います。
まあ、私は外野なので判りませんが。

とりあえず、外野でもわかりそうな質問ならこっちで書いた方がいいかもしれませんね。
一応、あっちはオフィシャル扱いの掲示板ですから、答えるほうも、間違ってたら恥だとか、
場違いじゃないか？とか、思う所があってやりにくいのかもしれません。

川合さんには申し訳ありませんが、まだ、そこら辺は仕方がないでしょう。
そのうちなんか面白いものが動くようになれば、
嫌でも初級者や、自慢したがり屋の中級者が押しかけてきますって。（ｗ

まあ、ここみたいに匿名なら気楽に話せるって人も居るだろうし、
逆にそれを逆手にとった騙りとかが現れて、目茶苦茶になるって場合もあるだろうし、
有用に使いたいのであれば、そこら辺の特性を使う側が十分認識していたほうがいいでしょうね。

とりあえず、>>54-55は騙りの仕業だとおもうので、私は信じませんのでよろしく。（ｗ

>>41
＞これを落としてフロッピーに焼くといい：
＞http://www.imasy.or.jp/~kawai/osask/osat14i.lzh

あれま、ちゃんとページを見ていないのがバレバレですね。（ｗ

で、互換機やそのエミュで試したのですが、なぜか全滅ですな。

グリーンPCのほうは起動してマウスも動きますが、
やっぱりキーボードがおかしい。

トライジェムの謎810Eマザーでは起動不可
画面にデタラメにカラーの文字がでて暴走してる模様

エミュレータのbochsでもためしたんですが、
00000136523 [FDD ] >>PANIC<< io write:3f5: unsupported case 0x46
とすぐにエラーが出て終了してしまう。
イメージが読めてないのかな？なんでだろ。

ってこんな具合です。
まあ、多分もう一台のマシンでは動くと思うのでテストしてません。（ぉ

おお！川合氏本人の登場だ！(ﾟдﾟ)ｳﾏｰ

http://www.afis.to/~mone/osask/osask_ml/200107/msg00048.html
より、

> 「えせファイルシステム」を作成中です。7/25まで
> にベータリリースしたいと強く希望しています。ご期待ください。

期待してます。
インタプリタとコンパイラ作るぞー

http://kyoto.cool.ne.jp/thinksoft/

チンコソフトよりもOSASKだろ！！

>>63
いい勝負だよ・・・

>>64
確かに２年前の状態ならそうとも言えるけど。

ただその場合でも、98エミュを作ったって実績はあったからねえ。
CPUの機能を利用してるから、ドライストンとかでベンチマークとか取ると
目茶苦茶速いんだよね、あれは。VMｗａｒｅを先取りしてたと思うよ。

最近ソース公開されたけど、機能拡張を考えた時に、あれじゃ誰も弄れなくて
駄目だと考えたから、osaskが生まれたんじゃない？

まだosというよりtask monitorって感じだけど、この夏中に、
ファイルシステム兼、仮想記憶が実装されれば、>>62さんみたいな人が増えて
全然違ってくると思うなあ、linuxもそんな感じだったろうし。
まあ、あれはminixってお手本があったから早かったんだろうなあ。

Linuxが早かったのはやはり英語圏のデカさだと思う。
(Linus本人はスウェーデン語な人だけど)

お箸圏もデカい事はデカいんだがなぁ(wara
くそぉ。

ようやくファイルシステム(まだ読み込みだけ)が
できるらしいし、期待age

>>67
日本語は特殊言語だもんなぁ〜(;´Д｀)
あと言葉が似てるのは韓国ぐらいだし
中国語なんか文字は同じでも全然違うし

>>69
日本語って言語的にどういう種類なの？

>>69
いや、日本語、英語、ハングル、中国語など、
そのまま文字を並べて逝くだけの言語（細かいつっこみは無し）は、
今ではどれもそう難しくないっす。
それよりも綴りで字体が変化する言語の方が大変。

ほら貝
http://www.horagai.com/www/moji/moji000.htm

>>71
>>69さんは言語の実装ではなくて開発者のことを言いたかったのでは？
でも本当に大変そうですね、
＞綴りで字体が変化する言語
これは。

英語と比べるとどちらにしても格が違いすぎる……。

>>71
そんなことないぞ。今度のGB18030はみんな苦労しているはず。
あれを実装しないと中国は新しいソフトウェアは買ってくれないんだから。
みんなサロゲートとかどうしてる？

あと、ハングルはlevel3のIMEのサポートまで実装しようとするとややこしくなるよ。

ピーコ大国のためにご苦労なこった

河合さんからのオフィシャルなレスがついてるね。
> http://www.imasy.org/~kawai/osask/comment.html


おいらはまずファイルシステムを
完成させた方がいいと思うんだよなぁ・・・

>>70
>日本語って言語的にどういう種類なの？
fontや文字コードの事でなく文法の事だが ,
英語を 1パス言語 とするなら
日本語わ 複数 ( 累乗 ? ) パス言語 , でしょうね .
パー寝具に必要なコストが ...

話がそれた事もありsage .

>>75
うーむ。おれのややエラそうな書き込みにまで丁寧に…
(川合さんちょっとイイ人すぎやしないかと心配だ)

まだまだ前途多難だろうけど、自分の納得行くまで
頑張って欲しいとオモタ。

Javaサポート考えていかないと、
OSASK完成時には時代はもうJava全盛で…となりかねないと思ふ。

今X68エミュや98エミュあるけど、単なるノスタルジーでWindowsの置き換えには成り得ない。
せっかく完成したときに、そういう単なるノスタルジーになって欲しくない。

>>78+
同意age

b.darrelがもうすぐだ

ただまあ、あえてノスタルジーに浸ってwinが出てきた時を考えると
あれは単なるdosエミュと、機種汎用アクセサリの詰め合わせのメッキだったんだよね。
その機種の資産であるのソフトが動くdos窓がなかったら急に普及したのかは謎だし、
汎用プログラムが作れなかったらやっぱり発展しなかったんじゃないかな？

結局メッキが綺麗だったものだから、中身の良さより、メッキのはげにくさ（国際標準）と
安さだけが問題になって、国産機は衰退していったんだよね。

まあOSが汎用性を求めると、そういう側面は出てしまうわけで、
OSASKだって基本的な所は一緒だと思う
ただ、出来れば、傷を隠すメッキだけではなくて、
個性を活かすウルシの様なものにもしたいって所じゃないのかな？
まあwinでもドライバ差し替えとかで可能だけど、制約多いし無駄が多すぎ、
それもどんどん増えてゆくばかり。って事でいいのかな？

チンコス(thinkos)に勝ってるぞ！age!!

チンコスはこちら：
http://kyoto.cool.ne.jp/thinksoft/

>>81
そのページ、未完成すぎるよ。

Gaz OSなんてどうよ。まったく役に立たんけど。
http://www.gaztek.org/

B.Darrel

静かだねえ。
とりあえず初心者でも何でもいいから、質問とかネタないかなあ。
って回答は多分他力本願だけれども＾＾；

そういえばネットワークとかってどういう実装にするつもりなんだろう？

>>84
さすがにソケットのサポートははずせないと思われ。

>>81
この書きこみうざいな

大好き。age

C:\OSASKLCC\SAMPLE.EXE

ファイルは 0x1000 以下の整列そ不正にリンクされています。
エラーを修正して、リンクしなおして下さい。(藁

WinMXを動かしつつDOSゲームやMSXのゲームができれば
外観はどうでも(･∀･)ｲｲ!

うーんあいかわらすオプティマイズの鬼だなあ。

他の人でも出来る所は任せちゃってもいいんじゃないだろうか？
グラフィックもだけど、ファイルシステムが先の気がする。
#ふっかつのじゅもんは忘れました。
代わりに通信のサポートでもいいけどね。

にしてもx86エミュレータコアはどうなってるんだろうか？

とりあえずOSASKでEMUができない内は、
EMU上でOSASKを動かしてみたいなあ。（意味なし）

そういえば98への移植は難しいのかな？

>>90
まずは最適化より量だと思うんだけどねぇ。
まあそんなに最適化に時間をかけてるわけじゃないだろうけどさ。

x86エミュレータコアってどんなんだろ。
例外取ってエミュるだけなら割と簡単そうだけど。。。。

参考:KMCによるLinuxの98への移植
http://www.linet.gr.jp/lswg/0521/ii/
OSの設計が良ければかなり速くできると思われ。
Linuですらとりあえず動くまでに半年かかっていないようだし。
まあKMCという環境だからかも知れんが。

よ！元気かい？皆の衆。
やっぱり人を引き付けるには見た目からと言うことでグラフィカルなアプリでどうだ！

ちなみに私は偽者ではありません。かといって
本物/偽者/真本物/真偽者/偽偽者/偽本物のどれでもありません。あしからず。
カワイさ〜ん、ほかほかごはんにょ〜

その画像ならココ
http://www.h2.dion.ne.jp/~goldman/

>>92
川合堂ライセンスを適用して、名前書き換えても宜しいでしょうか？（ｗ

とりあえず、移植が簡単になるようなラッパーを、というか、
ライブラリをそのまま移植したものでもあれば流用できて便利のような気がしますけどね。
まあエミュが出来れば不要ですけど。

ネイティブでやりたかったらASKAと連携ってのが本来かなって気がしないでもないです。

>>93
アダルトQ2サイトの宣伝でしょうか？
どうも認証窓が出てくると即座にALT-F4で閉じてしまいます（ｗ

そういえばLINUXがサーバとして評価される様になった
一因がアダルト業者だとかいう話も聞きますね。
ライセンス的には問題がないんですから、ネットワークとディスク管理がしっかりすれば、
そのうちOSASK使ってるなんて所も出てきたりして（ｗ

にしてもいまいちディスク管理の概念がわからないんですよね。
ネットワークにはどういうふうに対応づけするのだろう？

ageませう

http://www.himawari.sakura.ne.jp/%7Eloveseat/Adu/index00.html

OSASK is 画餅OS AGE!

age

どうせURLを貼るならこれ↓がいい
http://www.imasy.org/~kawai/osask/advertisement.html

バナークリックするとOSASKに1人15円寄付できるよ(笑

次からOSASKじゃなくてカオスって呼ぼうぜ

もう、飽きてきたかな？
そりゃまぁ〜、これといったエンターテイメントが無いしさ、
OSASK上で色々できないしさ、
OSASK上でWinFormatでHDDが使えてデバイスドライバのＳＤＫを配布してよ
みんながOSASKを忘れないうちに。。。ほかほかごはんにょ〜

最初OSAKAだとばかり思てたあるよ（藁

MLがサーバーダウンしてるらしくて、連動してる伝言板が使えないそうなのであげときます。

そういえばここOS板もサーバ移転があったんだよね。
みんな辿り着いてるのだろうか？

>>101
ちょっとした暇つぶしゲームなら結構あるみたいだけど。
確かにOSなんだからデバドラは作りやすくした方がいいって気がするね。
というかwinや、linuxのドライバの一部がそのまま流用できたら面白いんだけどな。
エミュが出来ない事にはどうしようもないかな。

とりあえず、単純そうなデバイス（ジョイスティックとか）を例題にして解説して欲しい気がする。
そうすれば後はデバイスの仕様が判りさえすれば何でも作れるんじゃないかな？

>>102
わたしはなんかよく最初のSを抜かしてしまう気がするなあ。

インタァネットに接続できるようになったら教えて下さい。

いないと思うが、
VPC ForMacで使用している人はいないのだろうか？

VPC for Winでは起動することは起動したけど
マウスが使えなかった。
全画面表示にしたらカーネルが落ちた。

ちょっと人柱になってみる。。
VPC for Mac v.4で。

最新版では日本語のテキストファイルを
読み込んで表示できるようになったね。

OSASK BBSから本スレ１？の発言

> へっぽこコンソールでmemoryを使うと疑問が浮上したよ。
> ３種類のbit数でKBが構成されているね？
> 1アドレスは8bitに統一されていると思っています。現在も。
> これに関する技術的な知識が欲しいです。
> メモリメーカーにアクセスするだけですか？バルクの時は？
> これとnビットＣＰＵは密接な関係があるのですか？

ﾒﾁｬﾜﾗﾀ
KB？ 現在も？ メモリメーカーにアクセス？
多分、３つのbit数ってのは8と16と32のことなんだろうな、と。
そこから翻訳するとこんな感じか？

> GUIGUIライブラリを使ってプログラムを組んでいたのですが、
> byteとwordとdwordの違いがわかりません。
> （Cではlong値のポインタで *p++ などで次のlong値にアクセスしていますが）
> （or long値の配列でp(1),p(2)のようにアクセスしていますが）
> 32bitsや64bitsのCPUが主流の現在でも、
> メモリは1アドレス毎に8bitsではないのですか？
> これはメモリメーカーに問い合わせてみないとわからないのですか？
> （メモリのブランドに左右されるのですか）
> そうするとバルクならどこに聞けばいいのでしょうか。
> それともCPUによって違ってくるのでしょうか？

>>109

ｺﾝﾆｬﾛｰ!ｼｯﾀｶ逝ｹ！
OSASKﾂｶｯﾃｶﾗ､ｺﾞﾀｸｲｴ!Fuck!

>>109 この程度のレベルの人が開発に参加しているのか…

未だにOSAT**I.BINが出来ません
ファイルフォーマットが分かれば、あんな面倒なことせずに、
ＶＢでも作れそうだと思う。
ＣＲＴに関する水平･垂直･ﾘﾌﾚｯｼｭ･カラービットモードの取得がムズそう
ＢＩＯＳのプログラムが読めたらなぁ〜
109の件は川合さんに問題視してもらう。つまり除名。アクセス拒否。

インテルにアクセスすると、何と！弾かれる！
これじゃデータバスとアドレスバスが何本なのかわかんにゃい
レディオレクニカでものってにゃい！ガーン！

いやあ、たまに向こうの本スレ１？氏の発言は
これ、機械翻訳しただけちゃうかって思う時はある。
KBが何の略なんだか分からなかったので解読出来なかったのは秘密。
単に単位換算法を聞いてるのかなと思ったり。
（1024byte=1KB とか、1000MB=1GB とか、カタログの端にちっちゃく書いてあるような）
ちなみにメモリチップ単体は普通ビット表記なので、例えばファミコンカセットで
１メガROMといったら128Kbyteなんだっけ？。）

結局、ワード長とレジスタ長の話ならばアーキテクチャ依存かな？CISCとRISCとかの
パイプラインがどうのセグメントセレクタだ386特権命令とかまで話が行っちゃうと
こっちが付いてけないと思うので黙っていたり（＾＾；
つうか素人にはお勧めできない。（ｗ

素直にOSASKに任せとけばファイル感覚でいいんじゃないの？
（といっても実際に触ってないから本当の所は知らないけど＾＾；）

単位表記といえば、最近ADSLやケーブルの普及のせいか、
ボーレートとかbps表記を見なくなった気がする。
余談だけど、OSASKに通信環境を整備する近道は、川合氏自身の
通信環境のバージョンアップじゃないかなと思ったり。

>>109
自己レスだが、>>110にやや同意。
へっぽこシェルってのがあって、memoryというコマンドがあるようで。
実行すると
20bit memory　:　　xxxxKB free
24bit memory　:　　xxxxKB free
32bit memory　:　　xxxxKB free
みたいなのが出るようで。それで１はすごい勘違いをしたんだろう。
これはスマソ。あんまり笑えたので調べなかった漏れも厨房だな。

>>112-113
自分がインテルに弾かれとる（藁。
マジレスすると、データバスとアドレスバスが何本かわかっても意味はないよ。
レディオテクニカにも載ってないのはあたりまえ。

なんで知っていても意味がないかというと、気にしてもどうにもできないからだ。
8ビットマイコンとは違って、プログラマがデータバス幅まで気にする必要はほとんどない。

CPUが nビットメモリアクセス命令を実行したとき、
データバスが nより大きい場合は読み取ったデータを分解すればいいし、
nより小さければCPU内部で nのサイズになるまで繰り返し読み取ればいい。

i386以降のx86の場合、8ビットアクセスを簡単にできるように
（8086からの互換性のためという意義もあって）
一つのアドレスに8bitsを割り当てているが、
それ以外のプロセッサでは一つのアドレスが8bitsであるとは限らない。

つまり、i386は32bitsのアドレス空間を持っていると言われるが、
それには「一つのアドレスが8bitsを指している」という前提がある。
外部データバスは32本あるので、
外部アドレスバスは29本で足りる。
Pentiumからは外部データバスは64本になったが、
アドレス空間の大きさは変わっていないので
外部アドレスバスは28本でいい。

　2^32 × 8 = 2^29 × 32 = 2^28 × 64
　 　註： a^b は aの b乗の意


長文スマソ。

スマソ。↑はi386の外部アドレスバス30本、Penの外部アドレスバス29本の間違い。
わかりにくいかな・・・・・

>>111と>>114には「半分ぐらいスマソ」と言っときます。

>>115の感覚はへんだよ。
一つのアドレスは8bitでしょ。
プロセッサではそれがアドレスとして指定できる最小単位なのだから。
一度にアクセスするデータサイズやアドレスバスで下位ビットを
省略可能なのとかは関係ないよ。

>>117
世の中には一つのアドレスが8bitでないプロセッサがある。らしい。
ってか、4004とかは最小単位は4bitじゃないのかなぁ。
東芝は12ビットマイコンなるものを出していたとか。。。。

伝言板の方でわかりやすくフォローされているようですが
要は電話番号なんかと一緒だと考えていいかも？
市外にかけるときは市外局番付けるし
国外なら電話会社の番号が必要だし

よくわかりませんが、そもそも80286が諸悪の根源って気がしますね。
いってみれば、トリッキーな方法使って、番号のふやさないで
サービス増やしたマイラインって感じかな？
なんでそんなことするかといえば、短縮メモリーとかの変更不要な様にということで
中には、桁数増えたら対応できない機械もあったり。

似たような話は文字コードでも言えたりしますね。

OSASKは32bitネイティブモード（386拡張モード）で動いてるので
アプリは（DOSなんかと違って）そんなことを考える必要はないんだけど、
ISAとかのレガシーデバイスは拡張メモリにアクセス出来ないので
昔からある領域がふさがってるとデータのやりとりに困るってことかな？。
結局windowsが不安定になる原因もここら辺にある（といわれていた気がする。）


ところで、VBでランタイム不要のプログラムって作れるんでしょうか？
使ったことないのでわからないです。
まあ、peaceやwinbeeのようにwin32apiをラッピングすればいいんでしょうけど。

>>119
Win9xはそれよりも16ビットのリソースメモリが問題かと。
過去の互換性を断ち切れなくて問題が多いのはIntelもMSも同じだねぇ。

VBのラーニングエディションだとネイティブコードコンパイルじゃないから
確実に無理じゃなかったかな。
他のは知らん。

>>109
ボクも言い過ぎたよ ごめんね…
次のオープンソース祭りで仲直りしようね＼（＾―＾）／にょ！めろんぱ〜ん！

>>119
ランタイム不要と言うが結局MSVBVM**.DLLだよね？
なにをするにもこれを経由するのが遅さの根元にゃ！
だけどDX関連のDLLだってXDAで覗けばフムフムなことやってる。OSASKはWinｴﾐｭPLUSですよ

下位アドレスは20BITでもアクセスできるのカナ？カナだよ〜

現在、I/Oを習得中 AGPカードを駆使！

kawaiさんがここを見られているようなので
ちょっとお聞きしたいんですが、
起動フェーズの流れがわかりません。

ブートローダーがbase.exeをロードして、
base.exeからtimerdrvが起動、timerdrvに
tapiのタスクスイッチャが登録されるという
流れで正しいですか？

簡単で良いですから、モジュール間の
メッセージ仕様書(0108は初期化・・・とか)が
欲しいです。

>>122
なんで2chで聞くんだ？
OSASK掲示板で聞けばいいじゃん。

>>123
新規ツリー建てたくないから。
ML入ってないし。

まだ動かないの？

>>125
毎月着実にバージョンアップはしてるよ。

ttp://www.osask.com/

>>127
なんか、国内プロジェクトと韓国プロジェクトが並列みたいに見えるね。
the Base Project (Japan)とか、
Korean Version Projectとかにすべきだろうに。。。。

香ばしさあふれるLightConeたんﾊｧﾊｧ

>>128
確かに。
でもまだ開発中だし、
マターリ観察で行こうよ。

>>129
生暖かく同意

なんだかよく分かりませんが...

まあ、批評へのレスは後回しにして、（後日意見ページに掲載？）
最初の書き込みであるASMの非互換についての
バグレポートに徹していれば良かったのかも？
多分それの詳細が欲しかったのでしょうし。

ところで当座想定してるAPIエミュって開発ツールに必要な簡易DOS窓レベルですよね？
本命はコードを自動最適化してトランスレートすることで実機よりも速い？
仮想マシンだとおもってたんですけど？
今では変化しているのでしょうか？

にしても>>127のアナウンスはいつになるのかな。
例のロゴは使われないのだろうか？
というか、ドメインいつのまに？

誰か、kaoちゃん（だっけ？）AA希望（＾＾；

> From: LightCone
> Message-ID: 3c0592b0_14301
> Date: 2001/11/29 10:43
> Subject: Re: すみませんでした.
>
> こんにちは。
>
> >The PEACE Projectはどうよ？

> そんなプロジェクト知りません。

ちっとは検索しろよLightたん・・・・・・
Yahoo!やgooでも「The PEACE Project Windows」で一番目に引っかかるのに。
NWSAが使ってもらえなくてスネるのはわかるけどさぁ（藁

Cコンパイラ作れてよかったね。すごいね。
あーLightたんは賢いなぁ。よしよし。
でもね、MASMはDDKに入ってるんだよ。
まあOSASKに使うのは駄目みたいなんだけど。
これでまた一つ賢くなったねLightたん（はぁと

とかまじめに言いたくなっちゃったよ。。。。

>132
禿同。

既存のものを知らないとだめだとか言いながら
自分は人に言われても検索すらしないという(藁
もうね、アホかと。バカかと。

>>133
わざわざ漏れがｸﾞｸﾞｰﾙで一番上に出てくるように正式名称で書いてあげたのに。
無意味ですか？　全く無意味ですか？？

Lightたんもわかりやすいよね。きっとNCSWの対応声明を出せば泣いて喜ぶと
思ってたんだろうけど、それが自分の思うとおりにいかなかったからって
あんなに粘着せんでもいいと思うが。書き込みを見る感じではリアル厨房って
年齢じゃなさそうなんだから。

>>134
腕はいいのにね＞Lightたん

>>134
いちおう小学3年生+15歳以上のプロのプログラマらしい。
Javaアプレット製のメニューが置いてあったり、
<maquee>タグってたり、
改行がやたら少なかったりと「使いやすさ」とは無縁そうな
本人のサイトにはそう書いてあったよ。

漏れが昔に行ったときはJavaを無効にしていたか何かで、
まったくメニューが表示されなかった記憶があるなぁ。
JavaScriptや<br>タグ知らないんだろう、
と思ったらFrontPageで作ってるんだね。
Java置いたのがFrontPageかどうか知らないけど、
少なくとも文章の方は本人があれでいいと思ってるってことだね。。。。。

リンクするのも嫌だから、
google日本語ページ検索で「LightCone」か「NWSA」あたりでどぞ。

>>136
うわ、漏れ馬鹿すぎ。NCSWってなんだよ（笑）

ページ見たよ。左側の空白はJavaのメニューなのね。<br>タグ知らないという
のが理解できなかったけど、主張のページ見たら即座に意味がわかったよ。
あれ全部読んだら神だね。マジで。

あれをざっと見た感じだと、LightConeたんはプライドの高い天才ｸﾝってとこかな？
なんかそんな気がしたよ。

ウィンドウズ９８からウィンドウズｘｐ
アップグレードしたんですけど
デスクトップのテーマのところでなんか
せっかく設定したテーマがコンピュータを再起動したりすると
いぜんのてーまにもどってしまいます。
原因は何なのでしょうか？

>>138
おそらくあなたの頭が原因でしょう。

俺にはOSASKの悪口を書いている奴が皆
コンさんに見えてきたよ‥‥

http://www.freeml.com/ml_view.php?ml=php&pg=1

最近は osask.com の RisaPapa（坂本氏）が心配だな。
今のところはわからんが。
韓国人は粘着が多いから後が心配。
あんまり頭よさそうじゃないし…何事もおきないように祈るだけだ。

韓国語も表示できるようになっ
たね。それとランチャーで
Shift + A〜Z
で目的のファイルへ移動するの
が気がきいている。

>>141
商売人みたいだから金にならないと気がつけば去るの
では？

>C言語についてはよく分からないので
と書いてあるのでOSASKアプリは書かないでしょう。
その辺を割り切った上で最終的にはリーダーが判断
する事ですね。

ファイルシステム書き込み期待age

I/Oについておしえれ

なべちゃん氏と決闘せねばなるまい！
情処落ちたのがそんなにうれしいか！

垂直同期周波数 http://yougo.ascii24.com/gh/02/000202.html
水平同期周波数 http://yougo.ascii24.com/gh/02/000201.html

知恵自慢はｶｴﾚ!>>鍋

嫌だねあーゆー言い方。
｢何だか分かっておっしゃってますか？｣

ﾀｺをからかうのが趣味なんじゃ…

情処と言えば、春はどれ受けようかなぁ〜
基本、ソ開、エンベ、

ｷﾝﾁｮｰﾙなOS…ｴ?ｽﾚﾁｶﾞｲ?

>>2
さくらたんのエロ画像キボンヌ

>>146
勝負にならないからやめときなさい。。。。。


なんだよあの書き込みは。笑えないのを通り越して萎えるのも通り越して笑えるぞ。
OSASKとどういう関係がある？
ちょっと資料を漁ればすぐに見つかるようなことを書き連ねて、
さらに、アスキー辞典ごときを取り出して「こんなこと知ってる」って
もうね、アホかと。馬鹿かと。
http://yougo.ascii24.com/gh/01/000196.html
こんなもん見ても、リフレッシュレートについて知ってるなんて
恥ずかしくて言えるかよ。


> I/Oのはんいが16ビットなんですけど…データバス兼用なら32ビットのはずでは？…
まずこれ。何言ってるか自分でわかってる？
I/Oの範囲？範囲というのなら普通はアドレスバス関係だ。
I/Oの幅っていうのならデータバス関係だがな。
ひょっとして、アドレスバスとデータバスの区別がついてないんじゃないのか？
I/Oアドレスのサイズがどうして16ビット幅なのかってことを聞きたかったんだろ？
で、〜バス兼用なら32ビット？ハァ？はぁ・・・・・・


１よ。お前はまだ計算機のハードウェアを扱うのは無理だ。
I/Oについて教えたところで、理解できないかよけいに混乱するかどっちかだ。


情報処理技術者試験に金と時間を使うのなら、
情報系学部の一年生が使うような情報処理の基礎の本を買って
今までの知識を捨ててじっくり読め。
一見遠回りに見えるがその方が近道だ。
一冊でいい。理解できるまで読み尽くせ。
もしどうしても、本当に、まったく理解できなかったら
そのとき初めてネットでも使って2chにでも質問すればいい。
その一冊を読み終わって理解できたらきっと今までの知識も生きてくる。
そして、どんなに恥ずかしいことを言っていたかもわかるはずだ。


それから、自分の知識に疑いがあったら決して決め付けずに調べろ。
たぶん、今までわからないこと・知らなそうなことがあったら
適当に正しそうな答えを決め付けたり、想像して、それで終わっていたんだろ？
確かに知識があれば、それでもいい。
でも、認めたくはないだろうが、あんたには知識がないんだよ。
例えば
> 割込み要求はIRQ(InputRequest)の事だ！
インタラプトリクエストというコンピュータの基礎的な知識、
あるいは割り込みがInterruptだという英語の知識、
どちらかがあればIRQ = Interrupt ReQuestだということは多分わかっただろう。
今はきっちり、いちいち調べてみるべき時だ。
そうやって調べているうちに知識もつけば、
きっとこういうこともできるようになるはずだ。


言葉づかいは悪いが、マジレスだ。
独学で大変かもしれないが、がんばれよ。

>>154
ﾊｧ?禿ｼｸ藁ﾀ

>>154
誤植ごときでなに逝っちゃってるの？ｵﾏｴ ﾓﾅｰｷｯｸ!

>>154
そんなにコーフンしなくても大丈夫だよ,君も厨だから(藁

ｱｽｷｰ社員に袋叩きに・・・

情処は実務的じゃないのは合格者･現場のコメント

独学嫌

僕はタコです、実は、今、ラナクスをイｎ

>>154
読まさせていただきました。
誠に貴重な御意見でした。
数度の誤植にて御迷惑を御掛け致しました事については川合氏並びに
関係者にこの場を借りて謝罪をさせていただきます。
自分の他者依存には申し訳ない限りです。
あともうすこし、もうすこしと、勉学に励んでおりますので、
どうか独学の良い御助言を授けてください。

>>162
そうだなあ、じゃあ難しい問題を出すぞ。

OSとは何か？必要な機能は何か？
たとえば、あそこで質問していたような知識は、OSを使う上で絶対必要なものなのか？
ちょっと考えてみてくれ。

1は見てて微笑ましいからいいけど、かの香ばしい人はイヤすぎ。
粘着すぎやん・・・・。

>>163
>>162は偽者に1024OSASK

>>164
Lightたん自分で何言ってるかわかってるのかな？
どっちも同じくらい難しいし、知識も発想力も技術も必要だとは思うが。
川合さんはまだ「最適化は難しい」という趣旨の話もしてるのにねぇ。
おっと、Lightたんは書き込みをちゃんと読んでいないとか公言してたなぁ。

せめて、難しいので自分も大変苦労している、とでも言っとけばいいのに。
あるいは最適化エミュの話にでも持っていくか。
（Lightたんにとって）難しいというのはわかるけど、
結局自慢したいだけにしか見えないね｡
極力好意的に解釈したら、
計画が甘すぎだと言ってるようにも取れなくはないけどね・・・・・

>>165
いや、考えてもらえれば偽１だって構わなかったんだけどな（ｗ
結構結論を出すのは難しい問題だと思うけどな。

計画が甘いなんて既出な事をいまさら指摘してもらってもなあ。
大体、当初の予想では前世紀中にエミュまで完成していなければおかしいのだが。
でも最近はかなり正確な予定になってると思うけどねえ。
最適化こだわらなければいくらでもリリース早くできるんじゃないのか？
つうかOSASKのスケジュールがまた１カ月ズレそうやね。
LightたんがASMをデバグして、気張ってソースフリーにしてくれれば何の問題もなかったろうに。

ところで、文字コードの扱いってあれで問題ないのだろうか？
結局単なるシステムフォントだから字形が表示出来ればいいのかもしれないけど。
入力機構はまだ先だしね。
GUIを考えるなら、メニューの単語が言語モードによって勝手に翻訳とかされると面白いんだけど
邪魔なだけかな？

Lightたん、やっと落ち着いたのかな？（藁

>>166
勝手に翻訳するのもそれはそれで面白そうだけど、
それはソフトウェアが変更可能なリソースを持っておけば
リソースの交換ですむんじゃないの？

例えばネットスケープとかは英語版に日本語版のリソースファイル突っ込んだら
日本語版になっちゃうしね。

でもLightたんの言ってることは結構まともだと思う漏れ。

>大体、当初の予想では前世紀中にエミュまで完成していなければおかしいのだが。

停止した約１年は資金繰りに消えたとか。

Lightたんは言い方が厨房くさいのだけが問題だと思われ。

いや、言い方というよりは言葉足らずなんじゃないの？
「だから何だ？」って思うのが多いし。
多分それなりに建設的な意見を言うつもりだったと思うんだけどね。

>>168
(比較的)マトモだから逆上してしまったんでないかい？

興味はあったので色々読み散らかしてみたんだけど、基本的に川合氏の説明は
『俺用語』で、普通に情報科学/工学やってた人間には理解しづらい物が多い。

ある程度は我慢して読んだものの、彼の言う独自性は、他に幾らでも実装例が
ある物か、具体化するに従って無理の出て来そうな妄想ばかりに見える。

それだけなら別に問題無いと思うんだが、論証されている訳でも無く、現物が
十分に動いている訳でも無い現状で、他と比べてアレコレ書いたら駄目だと。
……第三者だから面白く眺めているけど、やられたら腹立つだろうなとは思う。

せっかくだから純技術面での議論を期待してるんだが、もう静まったのかな？

>>172
イヤならLightたんも初めから無視すればよかったと思われ。
わざわざBBS出てきて感情的な発言せんでもよかったと思うがどうか。

>>173
逆上さえしなけりゃ、それが一番良かったとは思うけどね。

おっ、川合さんがキレた？

>>172
煽りじゃないけど、理解しづらいほど資料があった？
あと、無理っぽい案ってのはどんなの？
漏れはだいたいどんな実装すればいいのか思い付くようなものが
多かったように思うんだけど。


二人とも言わなくていいことをいちいち言って、
言うべきことを言っていないような気がするなあ。
Ligthたんは言うまでもないと思うけど、川合さんも
NWSAがNASKより劣ってるってな発言とかね。
確かに川合さんにとってはNASKの方がより目的に特化しているって点で
優れているとは言えるだろうけど、
言えば、特にLightたんみたいな性格だとどうなるかなんて簡単に予想がつくだろうにね。

Winサイズ1/10発言とかも、インパクトの度合いはそれぐらいかも知れないけど、
それはそれで特にプロっちゅう身内意識があるヤシにとっては腹立つだろうね。
で、Ligthたんなんかもそれっぽい気はする。

日本国うんぬんも、特にはっきりさせる必要のない問題なのにわざわざ語っちゃって
しかもLigthたんの意見を否定しているようにも見えるっつうか否定してるしね。

漏れは本人たちはまったく意図してないと思うけど、
見事なまでの売り言葉に買い言葉ってなことを思ったよ。

>>175
172じゃないけど、OSレベルでエミューレータをサポートして
他のOSのプログラムの全てを実行可能にするとか無理っぽいよ。

ああ、なるほど。そっち方向ね。
そういうのは眉につば付けてから聞くようにしないと（藁
あ、いや、何にせよ人さえ集まれば可能だよ。
別に川合さんがエミュレータ全部書くとは言ってないからね。
LinuxでWindowsってのと同じ様なもので。
OSレベルでのそういう組み込みだか何だかが
できるようなOSにしてしまうつもりでいるんだろ？
技術的な問題はないかと。

>>175
確かに『資料』は物凄く少なかったね。
完成すれば出来ると言っている機能の説明で断片的に出てくる技術面への言及
くらいで、こちらとしてはそれを基に想像するしかない部分が多い。
なので、漠然とそう感じる部分があるというくらいなんだけれど。

とりあえず無理そうってのはschedulerかな。
QoSとかRealtimeとかDeadlockとか、今の説明読んでる限り、凡百の既存OSと
比べて改善される要素は無いと思うのだが。

漏れも実装そのものが難しい物は殆ど無いとは思う。
ただ、それを実装しても言ってる目標は満たせないだろうと言いたい訳で。


>>176
PEACEとか見れ。*BSDのLinux Emulationでも良いし。
別にProcess毎に違うAPI/ABI適用するのは論理上は問題無い。
もっと下層で仮想化するのも可だし、手は幾らでもある。
問題は実装量の規模の問題になる訳だが、とりあえず無視しないと話にならん。

たしか、エミュレーターOSというのはOS自体がエミュレーターなのではなくて
エミュレーターの土台として優れたOSを作るということだったような。

なんでも、エミュレーターとして実装すべき機能は似通ったものが多く、
だったらそれらのルーチンを合わせてＯＳにしてまえ、的だったものだと
記憶している（たしか）。
誤解あると思うので半分差し引いてくれ。

>>179
「エミュレーターの土台として優れたOS」ってのは、単に優れたOSと技術的に
どこが違うのかが知りたいのだよ。

例えば、こういうサポートがある事なのか？
http://www.linux.or.jp/JF/JFdocs/kernel-docs-2.4/binfmt_misc.txt.html

>>178
なるほど。確かになぁ（ｗ
でもそれは漏れはある程度まで戦略だと思ってるよ。
思わせぶりに書いておいた方が客受けは良い。

つーか、できればページで示して欲しかったけど、
schedulerってのは
http://www.imasy.or.jp/~kawai/osask/reason.html#tapiを見ての話だよね？
確かに、記述通りに実装しようとすると無理がでそうだけど、
やりたい（と思われる）ことを実装しようとするなら無理はないと思うよ。

目標とかも話半分で（ｗ
あんなのは本当に目標つうか、夢つうか、宣伝つうか、そんなところだと思うけど。
アイディアと人材があればある程度まで何とかなりそうだしね。


>>180
漏れはエミュ向きなOS=優れたOSってなことを言ってたと記憶してる。
つうか、エミュ向きとは言ってないような気もする。
エミュ考慮型OSみたいな？
んでそんなサポートは結構簡単でないかい？

あ、よく見たら、
多分 >>179は
> 「エミュレーターの土台として優れた」OSを作る
じゃなくて
> エミュレータの土台として、優れたOSを作る
だね。

河合さんの言ってることを話し半分で聞くのなら
そりゃ無理なことなんてなくなるじゃん。
でも、言ってることが話し半分だとしたらOSASKの
すごいところって無くない?

もちろん、物を作ること自体が何もしないよりも
すごいとかっていうのはあるけど。

あと、エミュレータが無理ってのは技術的にじゃなくて
実際にWindowsのすべてのAPIを実装する作業量とかが。

しかも、彼はすべての機能を実装してもOSASKは10MB程度
だと主張してるんだよ!?

ていうか、俺らは俺らでいろいろ作ればよい。
河合さんに負担をかけたくないしね。

・・・nasmでも弄るか。

>>181
そういう戦略はアリだと思う。ただ、個人的には萎えるけどな。

>>180 は、簡単だしありふれてるつまらない例のつもり。
元はLinusがギャグでjava supportと言ったヤツの名残りだしね。

単に優れたOSを目指すとだけ言ってるのであれば気にならなかったんだが、中
途半端に他に触れた上で独自性を主張しているので、その技術的な要素に興味
がある、という訳だ。


>>183
言ってる話に、物証か論証があれば全部真に受けますぜ。
現時点では未完成で、一般に通用する形でキチンと論じ切った訳でも無いので。
だから、せめて論理的に曖昧な部分を知りたいだけなんですけどね。

作業量の事は、棚上げしとかないと技術論すら出来なくなるから。
10MB程度ってのは彼の主観以外に論拠が無いので議論はパス。これに他の人間
が主観で反論したりしようとするとLightタンの二の舞になると思うぞ。

>>184
漏れは技術面に興味があるだけなので、議論ふっかけて邪魔したく無い訳。
だから外野で技術面の野次馬談議がしたいだけなのだが、迷惑なら消える。

>>181
つうか、それでみんな集まってるんだろうしね。

ただそこら辺の作ろう企画と違うところは、ずっとこつこつと積み上げてきたところじゃないの？


ところで、１さんじゃないけど「おしえてえらいひと」。
I/O弄るというか、デバイスドライバってどうやってつくるの？
たとえばリアルタイムクロックを読むとかっていうの付けたいとすると
どうやんの？

ぐいぐいに非推奨apiでもゴデゴテくっつけてけばいいのかな？

>>183
話半分だからといって、どこから半分かわからないじゃないか。
川合さんは控えめだから実際にできることの半分しか言ってないのさ。

というのは冗談だけど、OSASKはすでにすごい存在だよ。
今までのOSプロジェクトと違ってすでにあそこまで完成して、
あのサイズで、宣伝・情報公開が盛んで、あそこまで人が集まっていて、
理想がある。

で、理想ってのは話半分にしないと駄目だろ？
例えば、Win32APIはLinux並みに人が集まれば可能だと。
そういうのを理想だと明記せずに、
まるで、すぐ手の届く範囲にあるかのように書くから
特にリアリストに嫌われやすいんだろう。
現状では「絶対無理なんて、絶対言い切れない」と思わないと付き合えないとは思うよ。
これは完成度・知名度を上げて納得させるしかないだろうな。

で、そこで大事なのは好意的に生暖かく見守ること（ｗ
10MBって言われたらフーン( ´_ゝ`) とでも思っとけばいいんだよ。
本人だってどこまで本気かまったくわからんし、
どこまでが「すべての機能」なのかもわからん。
そう思っとけばいい。
どんな魔法を使ったらそんなことできるんだ？ なんて考えちゃ駄目。
できるかもしれない、考えてみようってのが一番。（ｗ

ASKA用のアプリ開発資料に書いてある通りのことをやって、ふと
思い付いてddk_eula.txt見たら川合さんがまったくわからなくなったよ。
策士でもただのヌケサクでもどっちでもいいんだけども。


>>186
OSASK伝言板で聞いた方が良さそう。
ちゅうか、外部デバイスドライバサポートしてなさそう。

>186
それはOSASKのデバイスドライバの話？
それとも一般的なデバイスドライバの話？
前者ならMLで似たようなこと(SHELL)が話題になってたよ。そこら辺
読むといいと思う。

さすがに10Mに抑えるのは無理だと思うが・・・
圧縮しまくるのかな？

デザインはWinそのままなのね
もうちょっと格好良くなれば参加者も増えるかもしれないな
誰かデザイナー欲しいね

そういえば、マウスコントロールあたりにappleの特許ってなかったっけ。
OSASKのページにはGUI真似ても問題ないって書いてあるけど、
GUIの特許関係でMSが訴えられたんじゃなかったっけ？
MSもいくつか特許があったような。
あれはアメリカだけかな？

名無しクッキー消えてた（って言ってもこれって名無しの意味無いね＾＾；）

>>188
どちらかというと一般的なデバイスドライバがあるとして
それをOSASKにもってくるにはどうすればいいのかな？ってこと

要はI/Oのアクセス方法がわかってる物として
fp = fopen("dev/clock", "r");
みたいなことをするには？って話。

なんか時計の話は見た気がするけど（検索システムが欲しいね。）
どうもデバドラの話には見えなかったな。

実は>>94の最後でわからないって言ったのはここら辺の通信デバイスの話だったり。

ところでメモリもファイルとして扱うんだから、ウインドウ画面とかもファイルとして扱えるんだよね？
どうせならファイル操作で全部扱える完全版DOSを目指して欲しいな。
といっても勿論それに統一なんて話じゃなくてね。

ふと思ったけど　I/O mapped file って出来ないかな？
重そうだけど便利な気がする。

たとえば標準pascalみたいな貧弱な言語でも力技ならエミュが書けたりするかもしれないし。

川合さんってちゃんとここ読んでるんだね。

しかし、10MBにいくつかのフォントまで含まれるとは驚きだね。
まあ、10MBに含まれる2〜3個のエミュレータが何のエミュレータかで
驚きの度合は変わるだろうけど。

まず超漢字は無理だよね?
Windowsでも結構厳しいと思う。
(MSゴシックとMS明朝で18MBくらいあるし…)

MS-DOSとかが無難かな。

>>190
デザイナは欲しいよね。

ちょっと命令されまして。。。このＨＰ宣伝しろと言われました。
http://isweb38.infoseek.co.jp/play/yannmann/top/top.html
ここだけの話、このサイト糞だから荒らして良いよ。行ったら荒らしてね
私は宣伝したくないですが。。。

>>195
死ね

>>195 お前はアレか、誰かに死ねと命令されたら死ぬのか。

>>192
> fp = fopen("dev/clock", "r");
デバドラへのアクセスってこと？

> I/O mapped file
標準パスカルってのはファイルアクセスできないの？
つーか、力技にしちまったらOSASKの理念と合わないことないか？（ｗ

そういえば、川合さんはどこまで「OSASK」に含める気でいるんだろ。
エミュをコードモーフィング（？）で、とか言ってるけど、
エミュはあくまでアプリケーションだと思うんだがなあ。。。。

＞標準パスカルってのはファイルアクセスできないの？
というか、ファイルアクセス「しか」定義されてないような言語で
マルチメディアを弄るアプリが組めてもいいじゃないか？って話

今までの言語ってOSのオマケみたいな所があるから、
OSのサポートがない言語っていうのは全く使い物にならないんだよね。
逆に、使いたいデバイスが自由に弄れなければ、
オペレーションシステムとしては使えないと思うし。

デバイスの扱いをファイルとして統一しようというのは
DOSでもなんでもUNIXの影響を受けたOSではセオリーだけど
意外とできてないでしょ？
代表的なのがwindowシステムで
MSはサービスルーチンとして
XはBSD(ネットワーク)ソケットとして実装してる。（と思う）
他はどうなってるのかだれか教えて欲しいな。

どうも話を聞いてると、OSASK標準では前者を採用って事なのかな？
で、同じ轍を踏まないように厳選して採用すると。

まあ、たしかにソケットなんていうのも単にランデブーができない
OSの不備を繕う機構に過ぎないと思うんだけどね。
といっても、私には名前が番号限定のネームドパイプみたいな
特殊な仮想デバイスって認識しかないから
的外れな事を言ってるのかも知れないけど。

そこら辺をシンプルかつ繊細に扱えるようなものを期待してるんだけどな。

つまり192が言いたかったのはfile mapped I/Oなんだろ。
そこを逆に書いてるので変な話しになってる。

ところで、ソケットはファイルディスクリプタを使って
アクセスするんだけど、あれだと統一性が不十分か?
ファイル以外のものをファイルとして扱うのに
あれ以上ファイルに似せようとすると
使いやすさとか性能とかが犠牲にならないか心配だが…

河合さん支援したいなぁ

OSASK って、あんなの OS の条件満たしてないって。

あれだったら、10 年前のゲームは全部独自 OS 持ってたってことになる。
OS っていうのは、ハードウェアを隠蔽して API をちゃんと用意したもの
を言うんだ。

ドライバの仕様もはっきり決まっていない。そこが OS にとって最も
大事な部分なんだよ。

それに、Windows の不安定なのを批判しているが、OSASK だって、
今のところ落ちるしな。それに、ゲームも昔のテキストゲームを
見ているようだ。

それにセルフ開発も全く出来ない。

もし、OSASK を OS と言うなら、10 年前の無数のゲーム
プログラマーは、全部 OS を作っていたことになる。
そうだとすれば、あの程度のものなんてね（笑）。

素人が色々騒いでるって感じだよ。

>>202 じゃあお前も「OSの条件」を満たすOSを書けよ。

>>202
「シューティングゲームを作っています」というサイトがあって、
まだ敵のでてこない、背景もない、主人公の機体もヘボいβ版が
置いてあったとして、それを見て「そんなのゲームじゃない」といちいち言うの？

まあマターリ暖かく、あるいは生暖かく見守っていこうよ（ｗ

>204

残念でした。書いたこと有るよ。
公開はしてないけどね。

基本的な OS 書けない程度じゃクソプログラマ。

202的にはEOTA
http://www.rbt.his.fukui-u.ac.jp/~naniwa/comp/OS/
はどうなのよ。オレにはOSには見えないのだが‥
川合さんは互角だと言っているYO。

>>205
でも、もしそのシューティングゲームの作者が
敵も出てこないし、背景もない、機体もへぼい状況で
いろいろと主張してたら何か言いたくなりそうじゃない?

例えば、
グローバルウエポンとインナーウエポンで既存の
シューティングゲームにはない攻撃方法を実現とか、

敵機を背景とみなすことで、背景と敵機の処理を統一とか、

ひとつひとつのキャラクタに手作業で当たり判定を設定することで、
他のどのシューティングゲームより小さい当たり判定とか、

縦シューはたくさんあるので国内の横シューに限定して
自分の作品と他人のを比較とか、

現状では敵も背景もあまりありませんが、
自機が死ぬのは1時間に1回程度です。
みなさんの想像より小さい当たり判定じゃないですか?
これを私の実績だと思ってくれると幸いですとか。

香ばしい人のｼﾞｻｸｼﾞｴｰｿでした。ご苦労様。

>>154

で実際の書籍のご紹介は？

fMSXでトレーニングするぞ！I/O

川合先生に忠告を受けました。
実際、関係あると思って投稿してました。
ＯＳの事と周辺装置は別々に学べるということですね？
できることなら全部の事を勉強したほうが良い？
分業化思想にかまけて一生涯勉強をさぼってはダメ？
ファミコンにはOSが存在しない！

OSASKのBBSで投稿して良い種類はどんなこと？具現的に、判例的に

fMSX for Windows9x
↓
OSASK for fMSX

Win9x boot → fMSX boot → OSASK for MSX turboR

49/80 情処13秋基AM
EasyMiss 3
LuckyPoint 1
No thanks 9
Yeai 19

サイト公開しました！

http://www.geocities.co.jp/SiliconValley-Cupertino/3509/index.html

お家に帰ってじっくりサイト作る

だからなんで1はこうなのか

それが聞きたい

>>206

どーせ作ったことねんだろーな。
見栄ってぱりはThinkOS板でも作ってそこで逝ってよし

こんなところにLightConeたんが！
いったい何がやりたいんだろーね。
俺はもう、小一時間問い詰めたいよ。

LightConeたんは作成途中のOSに向かって
「あんなのOSじゃないね」とか言ってるし。
頭わるいのかなぁ。
LightConeたん独自のOSの定義は他のOSには
通用しないの。そもそもOSを定義して
良い悪いを言うこと自体、意味あんのか？
それが使われる環境、ユーザによっていろんな
OSのあり方があるだろう。

ほんと、LightConeたんのOS、見てみたいよ。

LightConeはOSASKじゃなくて妙に口だけはでかいことをいう
川合が好きじゃないのだと思うが。

>219

そりゃ、作成途中でもできが悪すぎるからだよきっと。

全くできてないじゃんよ。

あんなの OS じゃないってよ。

OS の定義勉強しろよ。

>>221
まったくできてない、って何と比べてだよ。
WindowsやLinuxと比べてるんじゃないだろうな。
独自の使いやすいOSを作るって言うプロジェクトの中ではかなり上位
に入ることは間違いないだろうに。
指数関数的に発展していく可能性もあるっちゅうか、
発展していくのなら多分にそうなるだろ。

>>222
誰に対して何をいいたいのかよく分からんす。

>219

OS の基本勉強したら？

SELF 開発はできない、ハードディスクは読めないじゃ OS の
条件を満たしていない。それに、ドライバの仕様を公開し、
バージョンアップ後も互換性を保つのが OS の条件の一つ
でもある。今は OS とは言えない。

いくら、GUI が一見 Windows っぽく見えていても、
実はタコ。中身がない。

それに、変更できない中心の部分が「カーネル」と定義されて
いるのだから、もし、シェル上でカーネルファイルを変更でき
るなら、むしろ、それはシェルではない。変えられない方が
カーネルなんだから。

変えられる部分は、たとえば「ラッピングAPI」とか言えば
いいと思うんだが。

結局、良く考えると OSASK の特徴は余りないし。

> OS の基本勉強したら？

俺はOSで飯くってんだよ。
お前、どんな本よんだんだ？>> 224

OSの規制概念を超えてるんだから、んなこと言っても始まらん。

速報板ﾏﾂﾘの予感・・・
http://choco.2ch.net/test/read.cgi/news/1008739542/

> SELF 開発はできない、ハードディスクは
> 読めないじゃ OS の 条件を満たしていない。

組み込みOSはLightConeたんの定義では
OSじゃないんだ。

> いくら、GUI が一見 Windows っぽく見えていても、
> 実はタコ。中身がない。

いや、あれは頭がさがるよ。将来が楽しみだ。

> それに、変更できない中心の部分が
>「カーネル」と定義されて いるのだから、

どこにそんな定義が存在すんの？
どこにそんなことが書いてあんの？
LinuxはOSじゃねえのかよ。


とりあえずさぁ、作成途中のOSに文句言うの
やめようよ。Linuxだって昔は使いものに
ならなかったんだから。
でも周囲が暖かくサポートしたおかげで今の
Linuxがあるんだろ。俺たちもOSASKを暖かく見守ろうぜ。

広義のOSの定義について自分の意見を語るのもいいが、
みんなOSASKが不完全だってことぐらいわかってるんだよ？
例えば川合が「OSが完成しました。みなさん使ってください」
と宣伝してたり、このスレでも、
「実用的なOSだなぁ。見た目もイイ！」とか言われてるのなら
その意見はわかるけど。
いちいち、「OSの卵」とか、「OSもどき」とかの冠詞を付けなきゃ駄目なのか？

このスレの連中が騙されてるとか思ってないか？
ひょっとしてホントにLightたんか？
それとも１の「遺伝アルゴリズム」が組み込まれたA.I.か何かか？
後半はまだまともな意見だがなぁ。。。。。

で、後半。
> OSASK の特徴は余りないし。
・フリー＆オープンで開発中の小さいOS（の卵[と言わなきゃ駄目なんだろうね]）
・やる気のある開発者
っていうところでどうだ？これだけですでに十分な特徴だと思われ。

おわっ！でっかくラグった・・・・

俺はね、あおられてるのかもしれないけど
LightConeたんみたいなことを言うやつが
いることが残念でしょうがねんだよ。

なんでOSASKを叩くのかねぇ。嫉妬かぁ？
出る杭、叩くのやめようよ。そんなことしてたら
つまんない社会にしかならないよ。
努力してるやつには嫉妬でなく拍手を送ろうよ。

俺はね、あおられてるのかもしれないけど
>>231 たんみたいなことを言うやつが
いることが残念でしょうがねんだよ。

なんで批判される事を否定するのかねぇ。そんなに嫌かぁ？
無批判にマンセーするのやめようよ。そんなことしてたら
つまんない社会にしかならないよ。
真剣に考えてる奴とは拒絶でなく一緒に考えようよ。


ただ、批判する側にもう少し論理は必要だとは思うが。

”批判”と”叩く”は違うことをわかってくれ。

> ただ、批判する側にもう少し論理は必要だとは思うが。

そりゃ、そうだ。

>>233
これまでの全てが叩きという訳でもあるまい。
叩きっぽい書き込みの中にも幾らかは有意義な指摘もあったと思うのだが、
叩きの部分と一緒に否定するのは惜しいのではないか、と言いたいだけだ。

正しい批判は有益だけど間違った批判は害でしかない。
叩く　＝　間違った批判のことだろう

> 叩きの部分と一緒に否定するのは惜しいのではないか、と
> 言いたいだけだ。

わかるよ。

ところで。

現時点の OSASK をそれなりに動いていると評価する人が結構いるのだけど、
このくらいの水準は珍しくないと私は思うのだが。

http://www.osnews.com/ とか読んでる独自OSフェチはここにいるのか？

>>232
>真剣に考えてる奴とは拒絶でなく一緒に考えようよ。

いいえ。考えている暇があったら作りたいね。

>>238
「考えずに作る」と読めてしまうが？

>>238
激しく同意！
「OSASKだめ！」とかいってる奴の
どこが真剣に考えている奴なのか
小一時間問い詰めたいよ。

232はアホかと。

LightConeたん有意義な指摘したかぁ？
おもいってきり場違いなこと延々とやってただけじゃん。
俺には不明な情熱としか見えなかったが。（藁

というか圧倒的に、無益な指摘と自慢を
しただけのような・・・。
LightConeたん、すごい！おまえは本当にすごい！
誉めてやる、だからもう自慢はいいよ

237>>
動いていることより目指している構想を
評価している人が多いかも。まぁ、この辺は
漏れの主観だが。すくなくとも漏れは
構想と実際、川合が行動していることを
評価するね。

>>239
>「考えずに作る」と読めてしまうが？

考えながら作る。
作りながら考える。

とりあえず、自分がカキコした内容が
間違ってたら正すべきだろう、それが大人ってもんだ。
どうだろう？>>> LightConeたん
そうでないならOSASKのどこがOSじゃないと思うのか、
はっきりカキコしろよ。
「OSの卵」は良いとしても「OSもどき」なんて言い方はやめようぜ。
開発者に対して非礼きわまりない。

>>243
俺も！

seldonあげ.
関連付けに偽対応.

age

　推理小説で有名な名探偵シャーロック・ホームズと無愛想な助手のワトソン博士が調査旅行に出かけ，テントを張って一夜を過ごすことになった。だが深夜になって，ホームズがワトソンを揺り起こし，質問を始めた。
ホームズ「ワトソン君，空を見上げてごらん。そして君の推理を聞かせてくれ」
ワトソン「数えきれないくらいの星が見える。こんなにたくさんの星を見ると，中には地球のような惑星を持つ星もあるはずだと思うよ。そしてその惑星には，生命体が存在するかもしれない」
ホームズ「ワトソン君，君はなんて間抜けなんだ！　われわれのテントが盗まれたんだよ！」

なんでOSASKとかいう大風呂敷プロジェクトの
キティなリーダーがたてたスレにみんな群がってるの？
ヴァカ？

>>250
つまり、川合さん＝１＝Ｍ死屍だ、と？
そうだとするとかなり恐ろしい人だな。
演技派で。あと角度とか。

ヴァカか？と聞かれても困る。
確かにヴァカかもしれない。角度とか。

で、もしわれわれがヴァカだと仮定してみよう。
そうするとヴァカに質問する時点で君もヴァカだろう。
ヴァカに質問してもまともな答えが返ってくるわけはないのだ。
いや、そもそもヴァカに話し掛けようとする時点でヴァカだ。

また、われわれがヴァカでないとしたら、
ヴァカかどうかの判断できずに失礼なことを言う君はヴァカだろう。

よって君はいつでもヴァカだ。

>>250
最近のLinuxユーザーは皆Wineを使ってWindowsのソフトを使ってい
るし、FreeBSDユーザーであればLinuxとWindowsの２大OSのソフト
を仮想PCを使わずに動かせる。その辺の知識がないとＯＳＡＳＫが
空論に見えてしまい、無知をさらけ出し恥をかいてしまうのだろう
ね。

ヤフーオークションで、幻の人気商品、発見！！！

今は無き「コピーガードキャンセラー」↓
http://page3.auctions.yahoo.co.jp/jp/auction/c14780984

ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。

>>251
＞よって君はいつでもヴァカだ。
ということにしたいのですね :)

>>252
＞無知をさらけ出し恥をかいてしまうのだろうね。
あなたがですか？ :)

>>250
クリスマス前なので寂しくなったのでしょう。
慰めてあげるかほっときましょう。
まともに相手してたら不幸なクリスマスイブを
迎えてしまいますよ

>>255
＞クリスマス前なので寂しくなったのでしょう。
ということにしたいのですね:)
＞不幸なクリスマスイブを迎えてしまいますよ
あなたらしいクリスマスですか？:)

LinuxでWindowsのソフトが動くのは常識ですよ。
IBMはとても積極的に協力をしています。

例えばこれ
http://www-6.ibm.com/jp/developerworks/linux/j_wine.html

私の所有しているソフトは動くのと動かないのと
６：４の割合って感じです。

>>257
Wine結構、動きますよね。思ったより早いし。

http://www.idg.co.jp/lw/back/200008/20000810_01_report.html
http://www.idg.co.jp/lw/back/200008/20000811_02_report.html

WordやIEまで動くようだ。WineはWin32 API
知識の塊だ。OSASKもこういったコードをベースに
すればWin32APIを解析する手間がはぶける。
最近、確かアメリカでWineを使ったベンチャーができ
ニュースになった。この動きは加速するだろう。

>>258
OSASKはWineよりもPEACEに近い方法で
行く予定みたいですね。

> 最近、確かアメリカでWineを使ったベンチャーができ
> ニュースになった。

Lindowsってやつ。スレがたってる。
http://pc.2ch.net/test/read.cgi/os/1003936177/l50

>>259
PEACEってどんな方法とってるの？
MachのUNIXサーバみたいな感じなのかな。

　OS っていうのは、便利だから普及した。

　多くのアプリケーションソフトが共通に用意する必要があった
FILE システムなどの面倒なことをまとめて用意したのがOS の始まり。
　OS は、基本プログラムの集合体であり、必ずしも技術的に難しい
と言うことではなかった。FILE システムを構築するのは面倒だし、
しかも、全てのアプリが同じファイルシステム(FAT など)を使用した
ほうが便利になる。OS はそこをうまくついていた。

　普及面で言えば、トータルにアプリ開発者に取って「便利」であることが、
OS 普及の鍵になる。

　基本的に OS は対応アプリがどれだけあるかが大事だが、
ソフトを使う側にとって便利なだけではアプリは増えない。
アプリがたくさんできるには、アプリ開発が楽にできるように
整備されていることが重要。

　Microsoft は、開発環境を基本的に十分用意していた。今でも
最も楽にアプリを開発できるのが Windows だろう。
　Linux においても、Kylix などの開発環境が整うことで、アプリが
急増するかもしれないと言われている。

　あとは、ハードウェアを「隠蔽」し、アプリからは、
ハードウェアに依存しない書き方ができることが大事。

　こういう書き方ができることで、何年か後にハードウェア
が変化しても、安定して昔のプログラムも動作できる。
　一つの環境でテストするだけで、あらゆるハードウェアに
自動的に対応したソフトができてしまう。


　ドライバの仕様を最初に厳密に決めてやることも重要。
ちゃんとし様を公開すれば、ハードウェアメーカーが勝手に
ドライバを作れるようになる。そうすると、OS メーカーの
仕事が減らせる。

　オープンソースに頼って、「仕様書」を書かないわけには
いかない。仕様書は、「現在のプログラムの状態」を表す
だけではなく、将来に渡っても変わらない根幹を決定する
役割を持っている。ソースファイルは、仕様書の代わりには
ならない。もし、現時点のOSのソースを参考にアプリを書いたと
すると、次のバージョンの OS でそのアプリが動くとは限らな
い。仕様書に基づいてアプリを書いていれば、将来も
安定して動作できるハズなのだ。

794 名前：OS名は無いんさん 投稿日：01/12/19 19:57 ID:IEwvHCCi
>>224
＞変えられない方がカーネルなんだから。
そんなカーネルは嫌だ。
是非、モジュラーカーネル希望。

仕様を公開して欲しいのはむしろ他のOSに言いたい事だしな。
OSASKの場合、説明できるのが川合氏しかいなくて、
矛盾だらけの机上の仕様書を先につくるより、
先を見越したコード書いて不備を具体的に個別に質問してもらった方が
得策と考えたんでしょ？現物のコードこそが仕様って奴。
変に縛られる訳じゃないから改良もしやすいし（互換さえとれればよい）

だから不備を指摘をするのは止めるべきではないと思うよ。
でも具体的でない事をあれこれいっても仕方がないというか

で、１つだけ、システム拡張絡みのプログラムをどうやって書くのか教えてと言った人に、
それは相談しろとか、自分でソース読んで海賊版作れだのいうのはちょっとなあって気はする。
一般的には否定的な発言として解釈されるんじゃないだろうか？

ところで海賊版がOSASKって本家の名前を騙ってもライセンス上は問題ないんだよね？。

>264

でも、Windows とかだと、十分公開されている。

よっぽど、特殊なことをやる場合は除いて。

LightCone氏のHPに行ってみたよ。
あまり好きじゃなくなった。

>>265
api部分しか知らないな。
ドライバの書き方とか、どっかに載ってるの？
例えば疑似ハイカラーの256色ディスプレイドライバとか欲しいんだけど。
というか、高い本買わないとわからん、英語読めんし。

大体、hello worldのプログラムさえ難解なんだよな。

>>262-263 コピペですか？

全部伝聞調だし

> OS っていうのは、便利だから普及した。

ファイルシステムがあること
アプリが楽に作れること
ハードウェアが隠蔽されてること
ドライバの仕様書があること

>>262の便利の定義はわかったよ。もう十分に。
でもな、単にOSを開発するのが楽しくてやってる
人間もいるのよ、その辺、理解できないのかなぁ。
視野が狭いというか、ヴァカというか・・・。
おまえJavaでも使ってろよ。

>>268
情報工学の入門書でも読んだんじゃないの？
さわりだけ紹介するようなタイプの。
その手の本に載っていそうな気がするよ。

で、>>262
便利でもないのに普及したものを挙げて見てください。

>>267
立ち読み+DDKだけで何とかなるもんだよ。
しかし、hello worldで難解ってどんなんだよ。
「Cがよくわか」とか？

>>261
>PEACEってどんな方法とってるの？ │
>MachのUNIXサーバみたいな感じなのかな。

ホームページに書いてある知識だけで、
実際の所は調べてはいません。
Wineのソースは量の多さにめげました。

>>262
OSASKって「アプリを楽に作れる」に関しては
高得点のような。

>266

いつまでも、特定の個人にこだわるなよ。

成功すると信じているなら、OSASK は OSASK で頑張れば
いいんだよ。一人に何か言われたぐらいでなぜそんなに動揺
するんだよ、みんな。

動揺するのは、そいつの言ったことに真実が隠されていて、
うまく否定できないからかもしれん。

本当に取るに足らない意見ならそんなに気にならないはずな
んだ。

>>270
main() にprintf書けば済むって話じゃないじゃん。

なんか人が書いた癖のあるゲームプログラムを弄らなきゃならないような
そんな印象を受ける。

まあGUIなんだからある程度は仕方ないが。

>>272
人間ってのはわけがわからない存在を恐れるものだよ。
同じ言語でしゃべってるはずなのにまったくこちらの理論が通じない相手とかね。

>>273
なる。GUIでの話か。
しかしそう言っちゃうとprintfでも裏で何やってるかわからんけどな。
DOSのファンクションコールとかも同じような。
言語が高級になればある程度防げる問題ではあるな。

>274

　相手に取っては、逆にこちらのいっていることが的外れのように聞こえている
のかもしれないよ。

　同じ事を言っていても、発言者には資格と言うものがある。

　前提として何も知らないのか、それとも、実はかなり詳しいかによっても、
　発言の信憑性は違ってくる。

　意見が対立するとき、どちらの発言者の信憑性が高いかが参考になる。

> 一人に何か言われたぐらいでなぜそんなに動揺
> するんだよ、みんな。

動揺？面白いから相手してやってんだよ。
ここは2chだよ。本気で主張したい奴はOSASK伝言板に逝け！
カワイのマジレス、受けてこいよ。

もう！まじめにやってよ！プンスカ！

>1
>まだ中級者なので、こんなどうでもいいような事だとも思ってます。
ぼーう。中級者ですか(--ﾆｱﾘ

>>1 は狙っているのか天然なのかがオレにはわからぬ。
1 に踊らされているのはオレ達かもしれない‥‥

>>279
でもまあ、我々はOSASKについて勝手に語っとれば良いんでない？

OSASK始めて使ちゃいました。
最高でーす。
古いノートパソコンが、新パソコンになりました。
どうもありがとう。≦(._.)≧ ペコリ

ttp://www5.ocn.ne.jp/~carre/chubo/osask.htm
>なにしろエミュレータ主体で行くというコンセプトは
>完成すれば、究極のOSになる可能性も秘めているといえる。

↑無知なボクチンに具体的に解りやすく教えて。

>>282
何を聞きたいのかｻﾊﾟｰﾘだけど？
わからん用語があるならgoogle検索しろ。

「エミュレータ主体」がわからないのか？
それなら、OSASKのページを見てみろ。

まだGUIが出来ただけで、OSとしてはあまり出来ていないみたい。
でも、今の状態だとアプリの開発は大変そうだなぁー。

それと、まだアプリは本格的に全然作れる状態じゃないよね。
出来るだけはやく、アプリ作れるようにしてね。
(○ ｀人´ ○)　タノンマスー!

>>284
バレたか。

PCで動く32ビットのゲームOSだと
悟って頂ければ幸いです。

>>285
近視眼で単略的すぎると思われ。

VPC 4.1 for Windows で動きませんねぇ。

佐野栄太郎さん復活キボーン。

>>287
VirtualPCはソースが公開されてないから
原因探るのもちょっと辛いよ。

>>289
デモ版がダウンロード出来たはず。動かしてホスイなぁ。

>>290
デカすぎて落とす気がしないよ。
ごめんな。

>>291
ブロードバンド時代なのに・・・

つーか、１４MByte はデカイ？

あけましておめでとうございます。

それはそれとして取り敢えずbochsでの動作確認。
特に起動不良は確認できず。
メモリが確保できずにdos窓のまま落ちるというのは有りましたけど。

互換モードのT-OS程度の体感速度ですね。
○よ○よやってみましたが問題ないです。
というか(デフォ設定だと)速くてついていけません（w

今のところbochs上で唯一まともに日本語が使える環境の様な気がします。
TRON系は試してませんが。
でもまだテキストツールの起動は試してなかったり(w

というか、CPUコアとVGAのバグ取って欲しい気が...
まあ開発用には便利なんではないかと？

実は別ファンクションでも同じというのにヒントを得て
e6を単純に46にコピーした改造版を試行してたのですが
ディスクイメージ版でFDエラーは回避したものの同じようにCPU例外が発生したので
駄目なのかなって思ってたらVMware向けの対策がされてなかったんですね。
何故こっちのルーチンは正式採用されてないんでしょうか？

で、とりあえず対応してもらったんで(640固定みたいだけど)
ちゃんと表示してくれるようになって良かったんですが、

そういえば仮想画面の扱いどうするんでしょうねえ？
9801もサポートするっていうし

まあグラフィックの方はbochsの方で何とかして欲しいなあ
ソース見てみたら妙に640って定数が一杯でてくる気が？
何だろう? 私はVGAの仕組みを知らないのでサッパリです。
元々はCGAのエミュレートから発展したんだから拡張性はありそうなものだけど?

というわけで期待してます。＞弄れる方＾＾；
まあ、linuxでkonは使えないしDOS/V化にも失敗するし。
キーボードも101固定だしなあ。何とかして欲しい。

そうそう、MLのEUCネタですけど、96*96のキャラセットはビデオテックスで使われてますね。
キャプテンは良く知りませんが、ナプルプスはG3?にグローバル座業系の作画コマンドセットを指示して
あとは普通の文字コードと一緒みたいだった気がします。

OSASK‐BBSへ
ＭＬログにＧＣＡを使ってはいかが？
ＺＩＰよりも縮小します。

読んだよhttp://yougo.ascii24.com/gh/01/000138.html

自分で言うのもなんですが、
私は奇才です。エッヘン

以前、川合先生に教えてもらったＩ／Ｏ関係なのですが
こんどはハードディスクのインターフェイスを教えて。
デバドラの使い方教えて。
リファレンス教えて

>>298
つーかそういうのはここで聞く前に図書館行って資料探せ。

2.0　リリース
なんかbochs用バイナリのリンクが間違ってますけどファイルはちゃんとありますね。

とりあえずエミュレーターを使用することでディスク回りの開発がやりやすくなりませんかね？
次のバージョンは書き込みのついでにどうせならHDまで足をのばさないかなあ
安定するまではエミュレータ用β版専用の隠し機能で
フォーマットも本番とは別のえせフォーマットとかでもいいので
というかいまのFDの延長でFATが読み書きできれば便利な訳で
OSASKにもmtools（FAT操作ツール）の移植のようなものが欲しいですね。

そういえば元々bochs-win32はmtoolsの移植版と一緒に配付されてたんですよね。
まあHD（のbochsディスクイメージ）にも対応してるのがこれ以外に無かったんですけど。
FD用だったらイメージ操作ツールは色々あったんですけどね。

>>300
ただ、ソースを読んでみるとわかるけど、
現在のOSASKはファイルシステムとディスクドライバが
同じレイヤにあって（というか融合していて）
そう簡単にはハードディスクに対応できそうもない。

そこら片はちょっと考え直さないといけないと思うんだ。
＃もちろん、「今はまだ開発途中」ってのは踏まえた上で。

個人的には、ウィンドウは一つのDIBみたいなサーフェスでいいと思う。
ウィンドウに対する描画をカーネル側に負わせるのは
あまり美しくないと思うので、DIBイメージだけを渡して
描画責任は各プロセスに割り振ったほうがいいんじゃないだろうか。

図書館にあるの？メーカーから貰うんじゃなくて？デバイスの技術書だよ...

src18/init.askがデカくて集中力が続きません。
分割してください。

src18/osalink0.opt

base.exe
ankfont0.bin
init.bin
tapi0.bin
pioneer0.bin
papi0.bin
winman0.bin
pokon0.bin
timerdrv.bin
keymos0.bin
fdcdrv0.bin
vgadrv0.bin
decode0.bin

>>301
みたいですねえ、見てみたら予想してたよりひどい感じ＾＾；
私は仮想記憶にセクタ読み書きのルーチンがへばりついてるみたいなのを予想しててたんで
そこから飛ぶ機種別ＦＤＣ制御のそれをIDEやscsi用とかに変えるだけで、
今のFATもどきのえせフォーマットでいいならそのまま対応できるかなって考えてたので...

で何故HD対応して欲しかったかというと、単純にＦＤじゃ遅いし小さすぎるということです。
今時ＦＤに入りきれないファイルなんてゴロゴロしてますしね。
たとえば動画プレーヤーとか作ろうとしたら（無理ですけど＾＾；）
色数とかは変換で今でも何とかなるとしても肝心のファイルがもってこれなければ駄目ですよね。

それにファイルが最大２ＭＢではメモリマップドファイルですしあまり有効にメモリが使えない気がします
というか有効活用しすぎて遊んでしまうというか...まあメモリが初期のHD並に有る時代ですしね。
大体メモリのコアダンプ取るのにだってFDなら10枚いや100枚単位になるわけで。
#まあ逆に言うとなんでそんなに実メモリ必要なんだ?という話になるんですが、
あるから単にもったいない気がするだけです＾＾；
エミュを走らせる事になれば絶対必要になると思いますしね。

FATフォーマットが読みたい理由はそういうでかいデータファイル等は移動が面倒なのと
同じファイルをコビーするのは無駄な気がするんですよね
#ファイルテーブルとかディレクトリエントリとか直せるツールは密かに欲しかったり＾＾；

>>303
一般的な物はトラ技とかの書籍にも載ってると思いますよ
IDEとかSCSIというのは国際規格ですから規格書がなければはじまらない気がします。
見たことないけど多分買うと高いんだろうなあ。
もっとも高速化等でメーカー独自の拡張がある場合が多い訳なんですけどね。
OSASKのベンチがグラフィックで伸びないのはカード独自の機能を全然使ってないからという訳です。
>>304
確かにそろそろ整理が必要かなって気がしますね、98エミュのソースとどちらが読みやすいだろうか？
まあ速さの為にああなってるんだとは思いますが。

ページングテーブルキャッシュ
を勉強しようと検索したら１件しか出てこない。

>>303に対するフォロー
川合氏の資料情報に感謝します。ＣＱ大好きになりました。ｍ(_ _)ｍ ﾍﾟｺﾟﾘﾟ

きっとすごくないんだろうけど、
pokon20 で tvew05.ini を実行したら自動で beditc00.bin で開いた。
関連付けは親切だ

最近、目につくようになった bochs に就いてだれか説明してもいいのではないか？

>>309
とりあえずスレは多分ここみたいだけどイマイチ情報ないね
http://pc.2ch.net/test/read.cgi/os/994053805/ フリーのPCエミュレータない？

こっちのスレの方が役に立つかも？　どうもMINIXの本にバンドルされてたみたいなんだよね。
http://pc.2ch.net/test/read.cgi/os/995207452/　MINIXを実用的にしよう。

このバグの原因はなに？

具体的に説明すると，tviewc05を起動してウィンドウの中に
「xsize:〜」の表示が出てきた時に，Shift+'S'を入力して
通常の画面に戻すとどうなるのかを試してみたくて実行しました。

すると，画面に何やら表示されたので上にスクロールしていきました。
しばらくしたところで，以下のようなメッセージが画面左上に
表示され動かなくなってしまいました。

INT 0x0D General Protect
CS:EIP = 0007:00000437 EC = 00000000
EAX = FFFFFFFF ECX = 00000028 EDX = 00000020 EBX = 00001580
ESP = FFFFFFB8 EBP = 00000FFC ESI = 00000005 EDI = FFFFFFFF
tss = 00006000 TR = 00000150

右下に時計は付けないのかなぁ〜？
[2002/12/31_23:59:59]

>>312
案そのものは出てるよね。
あとは時間取得をどうやって行うか、API決定待ちみたいだ。

開発環境にgccって使えるのかな?？

PCエミュに関する情報。

http://emulation.net/windoze/
からリンクされている、
ttp://www.ctaz.com/~jlfenton/Downloads/PCx1.0b4.sit.hqx
もフリーみたい。PPCMac用。しかし、噂ではBochsよりも遅く、
動かないOSが多いらしい。

>>313

cygwinとVisualCは確かに使えないんだが
どうやらmingwの吐くCOFFは読んでくれる様子。
がんばってみるのも手だろう。

いまふと思ったが>>286は
「短絡的」と言いたかったのか？

>>316
辺り♪

dat落ち阻止age

川合ウザイ
氏ね

>>319
sageも使えないのか？

>>319
ﾜﾗﾀsage

大阪に見えた。

実際に行動する人はひとまず応援、でもあげないｗ。

なんかMLが熱いね...

でも、単純にWindowsが不安定ってのは嘘になると思うんだけどなぁ。
不安定か重い（メモリたくさん）かのどちらか、と言うのならわかるけど。

>325

Win2000/XP でかなり安定性が上がってきているのは、事実。
経験上、商用 UNIX の安定性が高いのは知ってるけど、Linux の
トータル面で考えた時の安定性は今一な感じもする。

もともと、安定かどうかは、プログラミング上のちょっとした
ことで変化するもの。
「私のこれから作る OS は安定だということを保証できる」
なんていうのはおかしい。

そういうものは、バージョンアップするごとに変化しやすいものだしね。

ちなみに、現状、OSASK は、Win9x みたいな不安定さがある。
結論的には、そういうことを言う資格も何も無いってこと。

>>326
メールアドレスに入れろにょー

>326
unix系の安定性は設計思想によるもので、windows系の不安定さも設計思想によるもの。
アプリ１つがたとえどんなに暴走しても（いかに意図的に暴走させても）
カーネルやシェルが落ちるのは言語道断。

>>326
いや、安定だということを保証できる、とまでは言ってないと思うんだけどね。
安定性を目指すってだけで。

なんとなく川合はWin9xしか見てない気がするんだよなぁ。
それでWindowsは不安定、と言われても一部の人間には反感しか招かないだろうね。

河合は自称幼稚園児らしい。

しかし、OSASKの主張は宇宙飛行士になるには対応しないと思うけどなぁ。
どちらかといえばロケットを作るってほうだろう。
それも独自のロケットだけどNASAが使ってる技術はすべて盛り込んでるみたいな。

理論上可能と現実的に可能は違うと思うけどね。
まあ、河合の言ってることは数学的には正しいんだろう。
情報の世界だとNP完全は実質的に計算不可能ととらえるよね。

>330

本人か？(藁)

>328

Win9x は、互換性を保つという重要課題も設計思想だと考えれば、
確かにそうかもしれない。

けど、MS はいつでもそうなんだけど、本当にやるべきところは大体
やるって感じがする。
たとえば、安定性が悪いからどうにかしてくれ、っていう声が絶頂に
高まってるなあ、と思っていたら、ちゃんとその後のバージョンで
フォローしている感じ。

MS の場合、人材が足りないと思ったら、お金の力でライバル社から買収
してしまうから、必要な人材はいつでも確保できているような気がする。

儲からないと思ったら全然やらないという、ある意味凄く賢い会社かも。

補足：

Win9x では、BIOS コールなどで、直接ディスクアクセスしたりすることも
互換性のためにわざわざ用意していた。
直接、物理アドレスにアクセスすることなども、わざと残していた。

でもそれは、技術力が無かったからではない。また、それが不安定さを生む
原因になることも MS は当然分かってやっていた。

NT 系はかなり安定しているのは、使ってみれば分かるはず。

サードパーティー性のドライバにバグがあると落ちるのは、
必ずしも MS の責任ではない。Linux でもドライバにバグがあれば、
カーネルにバグが無くても落ちる（低レベルなドライバのバグから
OS を保護する方法はない。）。
だから、MS は、ドライバの「認証試験」を導入している。
認証試験に合格したドライバだけでシステムを組めば安定性はかなり
あがるはず。

少しUnix系を擁護しすぎだとは思ったけど(自覚)。
Win2kは使ってるのを見てるし、実際Win9xに比べたらはるかに落ちないけども
それでもやっぱり比較すると安定性としては劣る、と思う。
使ってて特定の機能やシステムが落ちちゃったことあるから。

かと言ってUnix系は古いスタイルのＯＳだから、
セグメンテーション機構があんまり活用されてないことも多くて
これもこれで微妙な気はする。

>334

経験上、確かに UNIX 系の方が安定しているような感じは否定できない、、、。

だけど、機能は Win 系の方が圧倒的に多いような気がする。
昔から、MS の売りは機能の量らしい。

BASIC の時も、速度は、日立製（？）の方が上回っていたらしいけど、
機能が MS の方が上だったのと、海外で普及していたのとで採用する
会社が多かったらしい。

カーネルをコンパクトにして、安定性を増すという設計思想が普通な
感じがするけど、MS は、逆にカーネルに色んなものを入れ込んで
タスクスイッチの負荷を減らしたかったそうな。だからと言って、
実際の Win の速度が速いと言うことではないという謎が残る。

でも、Linux の場合、最新のハードウェアの機能を 100% 使い切れない
という現実が苦しいような。

こんにちわ

ご紹介してもらった書籍の入手はてこずりそうです。。。

国立情報学研究所
大学付属図書館(短大･大学院･大学付属施設内図書室)
小学校･中学校･高等学校･高等専門学校･専門学校･専修学校･大学校
国立国会図書館･公共図書館(都道府県立･市区町村立)
出版社(バックナンバー)

MSDN online Library は使える
川合先生のCOFF

FreeDOSのソース書き換えてディスクドライブのサポートを行ってほしい

川合先生＝反面教師（藁）

>>341 < 失敬だぞ、君〜。

やっぱりなんか気に食わない。
やつはメモリをディスクにダンプできればタスクセーブは半分できたも同然と
か思ってるんじゃないのか? というか、そうじゃないにしても、あまり詳し
くない人々は、可能性とかを連呼したあのHPを見てそのくらいの誤解をするだ
ろう。煽動者としての能力は一流かも知れんが。

>>343

漏れもやつは、かなり煽動者っぽいと思う。
プログラムやコンピュータに詳しいやつなら、容易におかしいと感じるような
ことを、凄く自信ありげに説明しているように思える。

大体、メモリ内容をセーブしただけでは、ハードウェアの状態は記憶できない
ので、かなりうまく OS が全ハードウェアを隠蔽しない限り、正常に状態を復帰
できるとは限らない。

それ以前に、ファイルよりメモリの方が扱いやすい場合も多いはずなので、
むしろ、やつの設計思想は、むしろデメリットになりかねない。

そういうことを自分の経験に基づいて判断できない人たちが踊らされていなけ
ればいいのだが、、、。

>>344 君も微妙に変で、ないようが無いよ、、、。頭に来たらスマソン。

>>343
>>344
エミュレータ開発経験者なので、それは無い、、と思いたい。

>>344
オレも君が、かなり煽動者っぽいと思う(ｗ

できる奴は説明なんて適当に受け流してソースを読むよ。オレには部分
的にしか読めない言語だが。わからん人がだまされるかもしれないと危
惧するのは勝手だけど、OSASKは商品ではなくフリーウェアであるのを
忘れてはいないかな。

>それ以前に、ファイルよりメモリの方が扱いやすい場合も多いはずなので、
>むしろ、やつの設計思想は、むしろデメリットになりかねない。

すべてをファイルとして扱うのは80年代以降に設計されたOSではよく
あるよ。お前は実はDOSしか知らないのでOSを語ってないか？

>>346
見積りより大幅に遅れるのは覚悟をしておいた方が良いよ。しかし、

千里の道も一歩より起る。

>>343
でもメモリダンプとタスクセーブを考慮したAPIがあればできるんじゃないの？

>>344
プログラム的におかしいかなぁ？
コンピュータの知識としてはおかしい、ってのはあったと思うけど。
はしょって説明してるからおかしいようにも見えるだけなんじゃないの。

つうか、
> それ以前に、ファイルよりメモリの方が扱いやすい場合も多いはずなので、
> むしろ、やつの設計思想は、むしろデメリットになりかねない。
どんなのを想定してるんだ？

>>348
そりゃーおくれるだろう。
とんでも無い計画だもんな（笑）
つぅか、ファイルよりメモリのほうが云々っていってるやつは、OSASKのHP良く読めば？
自動的にファイルに保存されるメモリってイメージだよ。
つまり、プログラム的にはメモリと同様に扱える。。。。（ようになるらしい（笑））
いろんな意味で楽しいOSだよ。
もちろん、川合氏のキャラクター含めて（笑）

>>348
HPは読んだよ。
タスクセーブの実装に関していえば保存するファイル名を保存時じゃなくてメ
モリ確保時に決定するってところだけが既存OSと違うだけだろ?

その部分だけしか構想が書いてなくて、既存のものと違うとわざわざ明言し
(良く知らない人がすごいからわざわざ言ってるのかと受けとることもあるだろう)
タスクセーブを今にも実現できそうな可能性として語るのはすごいよ。

ヒープをダンプするだけなら Lisp 系の処理系でよくやるじゃん。大変なのは
メモリ以外の部分だし。OSがかってに保存するシステムがうまくいくとは思え
ない。タスクセーブシグナルを飛ばしてアプリ側が保存したほうがいい。それ
を無視すると「このあぷりはタスクセーブできません」とかいう。セーブした
つもりで、あとで再開してみるとそのあぷりはちゃんと動かないとかあったら
寒過ぎ。他にもセーブしたデータの管理方法とかちゃんと考えて欲しい。なに
かのアプリがタスクセーブしてるときにDLLをアップデートしたらきっと動か
んぞ。

というわけで、いろいろ考慮したらプログラム全体を考慮したいろいろなデー
タを保存するファイルみたいなのになるわけで、ヒープがファイルに関連づけ
られてることの優位性は全くない。

>>350 の間違いです。 ｽﾏｿ

>>350 の間違いです。

二重になってしまった。
しかも名前をメール間違えた。
ｳﾂﾀﾞｼﾉｳ。

>351

同意。

昔ながらの「アプリがファイルに保存するという」仕組みは、非常に良く出来た
仕組みだと思う。

ファイルに保存しようと思うと、ファイルのフォーマットをきちっと定義して、
将来のバージョンでもサポートする準備を行う必要がある。
このことが、安定して昔のバージョンのデータを今後のバージョンで使える
ことになる。

もし、メモリ内容をそのままファイルに保存したとしたら、アプリのバージョン
が上がったらデータを流用できなくなる。351 タンも言うように、DLL の
バージョンアップでも同様に不具合が生じるはず。

実現が難しいと言うより、使えなさそうな機能に感じる。


それに、大きなアプリだと、長時間使っているとバグが蓄積して
不安定になりがちで、タスクセーブより、きちっとデータファイルに保存
した方が安心。

>347

俺は、DOS、Windows でもかなりプログラム経験あるよ。
職業プログラマをやった経験もある。

「全てをファイルで扱う発想」というのが、今までの OS でどういう
ことに該当するのか説明してくれ。

仮想メモリは、似た発想だけれど、あれは搭載メモリの容量制限を
なくしたい、という思想。

データ構造としての、配列、リスト、ハッシュと同列に、ファイル構造
というものを用意することは、Windows でも可能。

OS がサポートしなくても、メモリをファイルの様に扱えるように
する方法はある。

ってことは、OODBの思想は間違ってると。
あれは、オブジェクトをストレージから確保することで、オブジェクトが永遠の寿命を手に入れられる技術。
永続オブジェクトを実装しようとすると、既存のOS、既存の言語ではけっこう大変。
永続オブジェクトとシリアライズを一緒にするなよ。とりあえず。

で。
タスクセーブに関して、考えてみたが、エミュレータのセーブを実装した事ある人が、その仕組みを知らない訳は無いと思うんだよね。
現在のメモリマップ、CPUのフラグ等、全部保存する訳だし。
エミュレータOSという事で、なんらかのアイディアは持ってるんだと思うよ。
そりゃ、容易にはできないだろうけど「理論的に可能」って話を拡張して言ってるんでしょ？彼は。

面白いなー、やってみなよーって感じで傍観してれば良いじゃん。
なにをそんなに熱くなるのかがわからん。

関連するすべてのプログラムのバージョンを押さえとけば
問題は起きないでしょ。
あるいはメモリ全部ダンプするとか。
あるいはEXE、DLLのファイル構造を特殊なものにするとかな。

まあバグフィクスしたDLLを
前のDLLにバージョン、日付、サイズを合わせて
客にばれないようにこっそり上書きした、という話が
マ板あたりであったけど（ｗ

かぶった？

>357

永続オブジェクトの実装が、既存の OS で困難なわけの説明希望。

>358
いや、そんなに簡単には出来ない。
具体的にどういう DLL,EXE の構造にするかを決めようとすると
非常に困難であることに気づくはず。

普通は、バージョンアップによる無用な不具合を避けるには、
かなり技術を要する。

もともと、バージョンアップによっても互換性を維持することは、
プログラミング上、かなり難しい部類に入ると思う。

別にちゃんと考えて実装するのならそれはそれでいいのよ。

でも、ちゃんと考えると OSASK がヒープ確保時にファイルと関連づけること
の利点はないでしょ。それなのに「メモリがファイルとしてあつかわれる」→
「それを終了後消さなければタスクセーブ。(ﾟдﾟ)ｳﾏｰ」みたいな話の展開が
詐欺っぽい。その点につきます。

永続オブジェクトが既存の環境で難しいのは、リブートしたり、アプリの起動順を変えただけでメモリイメージががらっとかわるでしょ？
それをハナから、ストレージから確保したらそのまんまクラス書けば永続になるじゃん。
俺的には、ファイルシステムにOODB的な要素を期待してます。


あと、DLLのバージョンとかEXEのバージョンとか言われてるけど、データとプロセスは別メモリなんだから、別ファイルにするんじゃん？
DUALフォーク構造みたいな感じ？
そうすれば、データ構造に互換性があれば流用できると思うけど。
そもそも、プロセスファイルは、見えてなくても良い訳だし、隠すのが自然でしょう。

とにかく野心的な試みな事はかわらないし、俺は傍観者として楽しんでおきます。
非常に技術的に困難なのは知ってますよ。
ただ、それを結果がでるまえに「あーだこーだ」言うのが好きじゃないだけ。
詐欺師とかいってるけど、別に金とってるわけでも、協力を強制してるわけでもないし、
詐欺師という表現自体おかしいと思うのは俺だけか？

それに、ファイルから確保するのは、「OSの構造が単純になるから」ってゆーのが、川合氏の見解だよね。
タスクセーブとか、永続オブジェクトは、ファイルからヒープを確保する事で達成できる可能性の一つなわけでしょ？
「OSの構造が単純になる」という立派な利点と動機があるんだし、いいんでないの？

>363

１つ目：
最近の OS では、アプリごとに独立したメモリ空間が用意されるため、
同じ条件でアプリを起動すると、再起動後でも、アプリ中のあらゆる
論理アドレスは完全に同じになる。

２つ目；
もちろん、これは、アプリを初期状態から、同じ手順で実行していった
場合の話ではある。

３つ目：
既存の OS でも、開発環境に適切なライブラリを用意すれば、
ストレージのファイルポインタをメモリに直接対応させることも、
基本的には可能。高級言語レベルでのデータならば、そういう
コンパイラを用意するだけでも可能なはず。

>>361
まあ実行ファイルの構造というのは補助的なものだけどね。
それだけでタスクセーブというのは無理でも保存の負荷は減らせそうだなと。

>>362
それでいいらしい。
まあそのせいでバイナリレベルで
漏れはあんまり好かん形のAPIになってるけど。


サイト読んだ？レスと「ぼやき」が更新されてたよ。

おっと。よく読むとそれだけでもないらしい。>>362
じゃああのワークエリアを要求するAPIの形はやめて欲しいもんだ。

>>364

最近の OS とは具体的に何ですか？

OSASKに肯定的な人って、OSのことを良く分かってない人が多いように感じる。

>>364

ほー、そうですか？
永続オブジェクトライブラリのC++版を実装してもらいたいもんです。
シリアライズじゃなくて、永続オブジェクトね。
おそらく飯くえるぞ。それで。ObjectStoreなんてそれで食ってるようなもんだ、、、ってのは言い過ぎか（苦笑


ってか二つめの条件がある時点で駄目だけどね。
ストレージをメモリにするって事は、その条件すらなくなるわけでしょ？
ストレージが全体のメモリイメージなんだから。
電源きってもメモリイメージは変わらない事になるよね。

で。なんで３つめで「はず」なんてついてんだよ。
適切なライブラリと具体例。サンプルコードを出してくれ。
何度もいうけど、シリアライズじゃなくて、永続オブジェクトね。

適切なライブラリってPSEじゃねーだろーなー（笑）

>364 既存の OS とは具体的に何ですか？

どうでもいいけど、なんで永続オブジェクトにこんなに拘ってるのかが良く分
からん。しかもシリアライズにも拘ってるし(w

どちらかといえば「メモリのストレージ化」という方が正しい気がするね。

>>363は既存のOSが永続オブジェクトに向かない理由を、
>>364はその理由のおかしさを、
>>369は既存のOSで永続オブジェクトを作る方法を
語ってるように見えるんだけど？
つまり369だけ外れてる。
364の言うライブラリはメモリアクセス＝ファイルアクセスを実現するものだよね？
的外れならスマソ。

永続オブジェクトもシリアライズでもどうでもいいよ。
ストレージからメモリを確保するのにメリットがあるかどうか？って話だったわけだよね。
永続オブジェクトもできるし、川合氏曰く、実装も単純になるってんだから、メリットはあるでしょ。
タスクの保存が難しいのだって、川合氏は知ってると思うよ。
掲示板で、エミュレータはドライバとして存在するような事いってるから、
１実行ファイルごとにエミュレータ環境を持つんじゃないかな。
そしたらタスクセーブもできるじゃん。
で、おしまい。

永続がどーのって話は、板違いだからどっかでやれ。

>川合氏
あー、誤解したみたいだけど、
タスクセーブする時にいっしょにAPIシステムのプロパティ放り込むというのなら（「ぼやき」）
アプリがワークエリアを気にする必要は最初から無いんじゃないのかなぁ、
と言うだけだよ。
どうもワークエリアとタスクセーブの関係を深く見すぎてたみたいだな。

ワークエリアはタスクセーブを単純なメモリ保存だけでできるようにするためにあるのかと
思ってたものでね。

腫れ物のようなワークエリアをユーザが気にするより最初っからシステムが
ユーザの見えないところで持っといた方が美しいんじゃないのかなぁ、ってだけ。
一度作ったら気にしないでいいと言うのなら、なおさら無駄が気になってね。

補足：
ユーザ＝アプリケーション

・・・できれば>>365の
> まあそのせいであんまり好かん形のAPIになってるけど。
で気付いて欲しかったな、と。
まあ突然好みの話を持ち出したのも悪いんだけど。（ｗ

>>348 見積もり通りに進行しないって事は外部の人にも参入の機会が大いに あるって事だな (笑)

>>376

でも、設計思想がどうも本職のプログラマには理解されにくかったり、
他人がプログラムできるレベルの目標の仕様を公開してくれないので、結局、
川合氏だけが中心にプログラムする状況になっているような気がするけど。

仕様書を整備すれば本職のプログラマが参入すると思うのは
房の発送。

それとOSによって提供されているのを利用する本職のプログ
ラマと、それを提供する本職のプログラマは階層が別。

>378

いまだに、OS 作りが難しいと思っているの？

お前はどうよ。

Bochs on Win9x の直リンして

Winで.rpmを解凍したいんですけど

前にも言いましたけど月アス購読してます。
もっとイイ本知ってます？それとも要らない？
ぼくもそろそろ上級者かな？
・・・・・・・・・・・・・・・そして最上級者

>>383じゃあこのスレ来る前にOS作れ!

>384
激しく同意

OSASK って以外に人気あるようだけど、どうしてかの理由をキボーン。

>386
起動が速い。以上。

タスクセーブってのは、特に注目するほどのことでもないぞ。
intelのアーキテクチャガイドの下巻（3-10）、みてみろや。
pフラグってのがあるよな。これ、要はセグメントをそのまんま
ディスクにセーブするために使われるんだよ。←詳解Linux（オライリー）
に書いてあった。
タスクセーブするには、データセグメント、スタックセグメント、TSSを
ディスクにセーブさせればいいわけで、簡単じゃねーか。

>>388
じゃあそのコードをフィードバックしなさい

タスクをセーブする情報は全部TSSにあるよな。
ds,ss,・・・からセレクタ値をGETして
GDT、LDTからタスクが所有するディスクリプタ
を保存すればいいかと。

>>388
おいお前、対応に困るネタはやめてください。（ｗ

>>386
唯一のオリジナル国産プロジェクトでちゃんと動いてるからじゃないの？
漏れ的には「ThinkOS with LightConeたん」も気になるけど（ｗ

>>389

あのな、俺はそーいうのやらないの。
知ったか君ってのはな、”手”動かさずに”口”動かすひとなの。
わかった？

391>

「ThinkOS with LightConeたん」

このネタのURL、教えてくださいな

ThinkOSはペーパーウェアだろ。
LightConeはコンパイラ作ってる人じゃないのか?

てか、タスクセーブで問題なのはユーザコンテキストじゃない部分でしょ。
カーネルが管理してるデータとか、まわりの状態とか。

>>388 390
ん？ひょっとしてマジメに言ってる？
叱咤か君てのは知ったかぶりするネタじゃないのか？
このスレの昔の発言は読んだよね？

>>393
ThinkOSのMLで主催者Daisuke(だったっけ？）の発言。

>>394
Lightたん曰く「昔に32ビットマルチタスクなOSを作ったが、発表しなかった」、と。
OSASK掲示板のログでも漁って。
まあコンパイラ作れるぐらいなら普通にOSも作れると思うよ。普通には。

> カーネルが管理してるデータとか、まわりの状態とか。

わからんなぁ、
TSSってのはカーネルが管理してる情報だよな。
教えてくれよ、例えばどんなケースがまずいのか。
別に、特定のOS依存な話でもいいよ。

> ん？ひょっとしてマジメに言ってる？

マジ

> 叱咤か君てのは知ったかぶりするネタじゃないのか？

君の指摘は、極めて正しい。
俺が悪かった。

もう消えるよ。

まあ「ThinkOS with LightConeたん」は
Lightたんは相談に乗ってるだけみたいだけどね。
一緒に構想を練っている、というような発言だったかな？

>>396
カーネルが管理してる情報（例：Windows
・オープンされているファイル情報
・ウィンドウ
・アトム
・ショートカットキー
・etc......

タスクセーブの難しさ
コンテキストの変化に対応する必要がある。
→どのように工夫を凝らしてもハードウェア構成が変化するのはさけられない。
（ファイルは消え、MMX命令は使えなくなり、etc...）

>>399
そうそう、そういうのを1個ずつ考えていくと大変だよね。
他にも、セーブされる時にロックをどうするかも結構悩むと思う。
一番の問題はそれぞれのユーザがちゃんと問題を認識してくれるかどうか。

たとえば、あるソフトを実行中にそのソフトが使ってるファイルを消したら、
そのソフトがちゃんと動かなくても自分が悪いって分かると思う。
それが、タスクセーブだとセーブしてる間はそのソフトが使ってるファイルを
消すとちゃんと動かなくなるのだ。これは分かりにくい。
現状なら、良く分からなければ、複数のことを同時にしなければいいのだが、
タスクセーブでは、それはひとつでもセーブしてあるならば他のことを
しなければいいに該当するので、恩恵があまりなくなってしまう。

>>400
それをユーザに対応させるかどうかというのも一つの問題だよ。
対応策は
１．コンテキストをできるだけ変化させない
２．コンテキストが変化すればアプリに知らせる
３．コンテキストが変化すればアプリを復帰できなくさせる
この三つかな。

いろいろ細かい案はおいといて、２はやるべきだと思うけどなぁ。
エラー訂正能力も高まるだろうし。

>>401
2や3はまずいでしょう。
ユーザは編集中のデータを保存してなくてもタスクセーブしてたら
正しく続きの作業をできることを期待してるよ。

わーい2.1

2.1age

公式HPでレスがついた >>タスクセーブ
ttp://www.imasy.or.jp/~kawai/osask/boyaki.html

　川合氏は、煽動家と言うよりは、自己陶酔に陥っている自信過剰家なん
じゃないかと思う。

たとえば、実現困難性についてを指摘されると、
　「OSASK を見ていただければ、私の能力を確認してもらえると思います」
ってすぐに書く。

だけど、現状の OSASK が「まだ全然出来ていないじゃん」と何度も
指摘されていることを忘れているのだろうか？
　つまりは、彼の能力を証明するものとしては、OSASK は不十分なのだよ。

>>406
それは結構言えてる。
あと、全然一般的じゃないASKAで書かれたソースを見てくれと
いうところとか僕にはまねできない。

僕が個人的にイタいなぁと思う発言↓

> ・・・それで、そうやって僕の設計のセンスが理解できるようになれば、
> その時点であなたは僕以上のセンスがあることになりますから、
> 臆することなく設計に参加できます。

「ガイキチをガイキチと見抜けない人は(OSASKを)ﾈﾀにするのは難しい」

> たとえば、実現困難性についてを指摘されると、
> 　「OSASK を見ていただければ、私の能力を確認してもらえると思います」
> ってすぐに書く。

「信じてもらうしかありませんが、」みたいなので始まるじゃん。
で「私の能力についてはOSASKやV98を見て判断してもらうしかありません」になると思うけど？
苦しいけどうまい言い方だね。
これを自信過剰と勘違いするバカがでてこなければ。

自分の設計に自信を持ってるのは当たり前だしね。
そうでなきゃプロジェクトなんて立ち上げない。
その自信が正しいかどうか、つまり設計が自信に値するかどうかは
まだわからん。
まあそのわかりにくさの原因が設計の悪さに起因する考えることもできるけど。

>>407
ASKAがわかりにくいというのだけに超限定して同意。

よくもまぁそんな偉そうに人の設計に口出し出来るね〜
どうせソース全部読んでもいないんだろ？
同等の事出来てから言えよキチガイ

あそこまでサイズにこだわる必要があるのかどうかは俺には疑問だ。
サイズを小さくしすぎるとコードがトリッキーになりすぎてしまう。
俺は、小さなバイナリよりも綺麗なコードの方が好きだな。

サイズはあくまでも「そんなに大きくない」で十分だと思う。

>411

俺も同意。

それと、サイズが小さいより、将来的に機能が簡単に追加できるような
保守性の高い書き方をするほうが良いと個人的には思ってる。

普通はサイズを小さくする優先順位はかなり低いはず。

>410

　410 が誰に対する書き込みなのか分からないけど、
川合氏は、他人への注文が多いような気がするのは俺だけか。

　他人が作ったプログラムにはやたらめっぽう、細かい指摘が
多くて完全主義的な批評をよくしているんだけど、自分の作った
作品(OSASK) について不備を指摘されると、「現状はそうなんです」
なんて言い訳をする。
　そんなこと言ってたら、他のプログラムだって「作りかけ」って
ことで、些細な不備は認めてやればいいのに。

　こんな風に、他人に要求することが細かいのに、自分に甘いと
反感買うと思うな。

>410

OSASK と同等のこと出来るプログラマって結構いると思うぞ。
実際問題、昔のソフトは IPL（ブートアップローダーとほぼ同義）
の部分も書いていたし、独自の Windows システムも持っていたも
のも多いしね。
まあ、プロテクトモードに関する知識は昔は必要なかったから、
もう少し簡単だったはずだけれども。
　でもそれも、メモリメーカーあたりも、DPMI ドライバとか提供
してたとけど、あれも、実は OS 以上にプロテクトモードを駆使
してたしね。

　基本的な部分を OS に任せるようになったのは、実は以外に
最近のことだよね（俺は結構古いかもね）。それまでは、今 OS
がやっていることは、みんな個々のメーカーが用意していた。
まあ、なんらかの OS 使ってたところもあると思うけど。

>414

　川合タンは、レベルの高いプログラマに合う機会が少ないんじゃないん
じゃない？
　きっと、出来る人はどこかに集まっているんだね。

>409

OSASK の場合、設計に自信を持ち過ぎるのは、自信過剰だと思う。

分量的にもまだまだ。

　プログラムは分量が増えると設計の難しさが大きくなる性質
がある。小さなプログラムでいくら良い設計が出来ても、大規模
になったときに、うまく行かない場合も結構ある。
　その原因の一つが、サイズとか速度にこだわりすぎること。
　短時間で大まかに必要な機能を盛り込んで行ってから、
徐々にサイズや速度のチューニングに入る、という設計方針が
重要。

>416

　それに設計がよいだの悪いだので比較するのは、プログラム界
では変な比較法だ。むしろ、最終物の性能で、ずばり比較出来る
数少ない分野なのだから、、、。

　色々言い訳をするのは、そういう「真の実力」で勝負出来ない
からかこそ。

全然話題に上らないThinkOSに比べれば
文句やあおりがこれだけ出てくるOSASKは
注目だけはされているということだ

なんか、電波が一人ほど紛れ込んでいませんか？

>413
それは多分、OSASKへの批判が漠然としすぎているからだよ。
川合さんの場合はたいていソースのどこそこを改善しろとかいう話だからね。
漏れは川合さんが逃げてるから、というんじゃなくて、
頼まれもしないのに人のプログラムのたいしたことのない部分を指摘するのが
鼻に付く。
まあこれはプログラミングスタイルにも関係するんだけど、
メモリの数キロやそこら気にすべきではないよ。
カーネルならまあわかるよ。でもただのアプリケーションで数キロって何よ。
例えば今MLに上がってる定数セクションの無駄になる可能性がある4KB。
MSXじゃないんだからさ。いや、MSXでも2+とかになると64K積んでんだし。
全体とのメモリ消費量比とかも考えて見てくれよ。。。。。


>416
短時間で大まかにってのは激しく同意。
「木を見て森を見ず」な進行してるよな。
あれ？そういうのを四字熟語でなんていったっけ。（ｗ
「些細なことに囚われて大きなものを見ないこと」てな意味の奴。
まあいいや。


>417
設計の善し悪しも最終物の性能だよ。ひょっとして、あんたLightたんか？（ｗ
商用アプリケーションの最終物、つまりバイナリを出すのなら
ユーザにとっては設計が糞であろうとなんだろうと確かに直接関係ない。
でも彼が作ってるのはOS、それもオープンアーキテクチャでフリーのOSだぞ。
まず、プログラマに売り込まなきゃならん。
その時の設計の大事さぐらいわかるだろ？

ところで、さらにひょっとして、408=410=415=417ってことないか？
違ってたらスマソ。

>418
馬鹿か？ThinkOSは妄想だろ（恐らくリーダーはまともなアプリもつくれない）
現実にコードがあって起動するＯＳと比較にすんなよ

OSASKに関する主な疑問点を4つあげてみた。
1. 理論上可能であることはどのくらいあるのか?
2. OSのエミュレータとハードウェアのエミュレータは同列に扱えるか?
3. 大規模開発と綿密なコーディングは両立可能か?
4. なぜ本人は可能性を信じてくれと主張し、反論者には不可能の証拠を求めるのか?

1. 正直、500年後に完成されても困る。数学だと理論上計算可能は計算可能と
考えるだろうけど、情報だと理論上計算可能でも現実的に可能じゃないものは
計算不可能と考えると思う。

2. エミュレータは普通ハードウェアをエミュレートする。作業料が少ないか
らだ。彼はOSのエミュレータをそれと同じように実現可能といってるように見
える。PEACE projectのような実験的なものならともかく、OSASKが目指してる
ようなものを実現するには何千人ものプログラムが必要じゃないだろうか?

3. 小人数、とくに一人の人が中心になってるプログラムでは、綿密にコーディ
ングされていて、実行速度やサイズに気を使ってるのはわりと普通だと思う。
一方、大規模開発ではそうではない。OSをエミュレートするとなると大規模開
発になることは必至だと思うが、それと現在の長所である綿密なコーディング
の両立については何も示されていない。

4. 文字通りです。

1. 理論上可能であることはどのくらい意味があるのか?

です。

>419

406=412=413=414=416=417

マジで。

406 が繰り返しているのは、議論ではなく、男の嫉妬だ‥‥

>423
そっか。なんか最初にキチガイきちがいと続けるヤシがいたんで
ちょっと苛立ってたんだよ。スマソ。

>409追加 to 川合
ASKAがわかりにくい、というよりは読んでて苛立たしいのは
特にDB/DW/DD/asmout()、それからLEA()のようなHLA風な命令のあたり。
それならそれでMOV()とかADD()にした方が良くないか？ と。
まあそうしないのは記述量が減るからなんだろうけどもさ。

>419追加 to 川合
> 200バイトに対して、4KBがどうでもいいと本気で思いますか？ 20倍ですよ。
本気で思いますよ。（ｗ
一つのプログラムで2KBに対して40KBならそりゃちょっとは考えるよ。
けど数KBやそこらが問題になるプログラムを、同時に何種類動かす？
その無駄が、例えば500KBに達するのには何種類起動すればいい？

ま、セクションの話はただの例で、
何にしろ簡単に最適化する方法があるのなら
そりゃやっといた方がいいがな。
最適化はプログラムのみならず、最適化にかかるコストも対象のうち。
異常にプログラムの速さとサイズにこだわってるように見えるんだよな。なぜか。
まあ漏れが最適化下手だからかも知れんが。

で、まあ確かに漏れの意見には妄想も入っていたかも知れん。それはスマソ。

ゲームラボ2/16発売号に載るんだってね。

OSASKは最近知りまして、時々遊んでます。本当にただ遊んでるだけ。
メインの環境はLinuxなのですが、Linuxいじってるよりワクワクします。
公式サイト見ると、川合さんがとても細かいところにまで気を使う人な
のに、未来の展望は大きい、そのギャップも面白いです。

Linuxとかの場合、すでにあったものを効果的に利用するという部分が
あったのでしょうけど、OSASKの場合、そういった部分が無いですから
いきおい川合さんの個性にOSASK自体の発展の成否がかかってます。
なんかこのままだとTRONと同じ道を歩む様な気が…。(煽りでなく。)
それはちょっともったいないと思うのですが。

B-TRON風のshellを載せたら良いのに。(藁

川合先生への目に余る中傷は、板削除への十分な衝動と成り得る。
スレ作ったの間違えだったかな？削除板に行ってきます。ｍ(＿ ＿)ｍ

あっ、それとMINIXに実装したよ。

>なんか、電波が一人ほど紛れ込んでいませんか？

唯一の救いは>>1だけがﾃﾐｭﾊじゃない事だな…
他は全員死体同様(辛

sage進行(´д｀)

>>1
削除する必要はないだろ

つーか、シェル作りたいんだけどね。
具体的にどう組めばいいのか
よくわからないんだよね。
pokon.cをもっと読まなきゃなぁ・・・

# あと、河合さんのソースはスタイルが特殊で読みにくい・・・
# マジックナンバーをもっと減らしてほしいな

なんだかなぁ・・・・・

　いずれにしても、本人のほか、沢山の人の手間がかかっていることは
事実の模様。

　カーネル本体は、今のところ川合さん ONLY が作っているみたい
だけど、アプリとか、フォントとか、掲示板とか、ドキュメントとか
については沢山の人が関与している。

　技術的に見ると、目標が独特すぎて不安かもしれないけど、
がんばっていることだけは紛れもない事実だとは思う。

小泉政権をコンパイルしたようなOSだなぁ・・。
目標はすばらしいらしい。

OSASKって、読みにくいんだよね・・・

ASKA OS で 「飛鳥」とかにすれば
和っぽくてかっこいいんじゃない？ダメ？

>434
どっちも語源というか何かがあるらしいよ。
ずいぶん昔に訊ねたときは教えてくれなかったけど。

OS askじゃないの？
問うOSか、OSを問うか、そういう意味合いだと思うよ。
12日更新の「ぼやき」見てもそんな感じだし。

結局のところ、Windows は機能が多い。OSASK は機能が少ない。
漠然と比較されても何を比較しているのか分からない。
すでに指摘されてると思うが、小さなプログラムが効率がよいとか、
一人で作るプログラムが効率が良いのは誰もが納得するところだ。
それを Windows と同レベルの作業量でどうやるかについての考察が欲しい。
(可能性があるのは当たり前だ。厳密に定義された公理系の中だけで話を
してる場合でもなければ可能性が 0 であることを証明できると考えている
人は多くない。それが「0 ではない」ではなくて、もっと大きな可能性である
ことを示す必要があるだろう)
1、4、5 については基本的にこの量の問題だ。

2 は wine や PEACE をうまくいっていると考えるのなら、それも悪くない。
しかし、OSASK 上で Windows アプリを日常的に使いたいと思う人は少ないか
も知れない。

3 の根拠が示されていないが、アプリケーションの肥大化はライブラリとかの
問題の方が大きいだろう。ここでも多機能なほどサイズは大きくなる。
Delphi のように便利だがサイズが大きい開発環境がいい例だ。
それよりも、OSASK のアプリは MS-DOS のアプリとサイズを比べるのが
機能的にも妥当なところではないだろうか?
Windows でも Linux でもあのサイズのまま動かすことが可能だ。

1 についていえば、ユーザが新しいハードウェアを追加したとき不便なことは
承知の上で、使っていないドライバはインストールしないとしても、ドライバ
込みは無理だろう。もちろん、サポートするハードウェアを減らせば可能だが。
たとえば Linux ではカーネルは圧縮されているが、Gigabit Ethernet の
ドライバを一つ組み込むと 100 KB から 200 KB 程度サイズが増加する。
これを OSASK なら何 KB にできるのかを教えて欲しいところだ。

5 についていえば、レガシーに関する記述はナンセンスだろう。
レガシーデバイスのサポートで時間がかるのは、PnPに対応してないハードウェア
が接続されているかどうかをチェックするためだ。
そのため、サポートしているハードウェアの種類が多ければ多いほど時間がかかる。
OSASK や B-right/V とか出されてもあまり意味がない。
それ以外の起動時間はほぼディスクアクセスだ。最初にいった機能の量に還元される。

MLのあの変な二人、なんなのヨ?ヽ（´?｀)ゞ

ところで、Windowsに>437の言う5の機能ってあったっけ。
なんか納得しちゃってたんだけど、
起動時にPnPを備えていないレガシーデバイスのチェックってやってたっけか？

>>439
Windows NT とかやってそうだけどね。どうなんだろうね。

　OSASK のソースを見てみたら、ソースの量的には結構大きなものであること
が分かった。バイナリは小さくなってるけどね。

　あれだけやるのは結構手間がかかっているとは思うよ。
　だけど、今のところ、Windows などとは程遠い。
　まず、ファイルシステムができたとき、どれくらいのサイズに
　なるのか見てみたい。
　画面に描画するのは結構単純なことなので、タスクスイッチ時の
　排他制御もあまり考慮しなくていいんだけど、ファイルを扱うときは、
　処理に時間がかかるので、スループットをあげるためには、かなり
　テクニックを要する。デッドロックしないようにも気をつける必要
　があるし、、、。
　あと、仮想記憶をやろうと思ったら、さらに排他制御が難しくなる
　はず、、、。ディスク内容を読み込み中のメモリに、スワップがかかる
　ときの処理はかなり難しいはず。そんな簡単にはプログラムできないと
　思う。

補足：
あまり深く考察できてないけど、たとえば、
「ファイルに書き出そうと慰しているメモリの内容が、スワップされる」
という処理が生じないようするだけでも複雑な排他制御は必要なくなる
とは思う、、、。
だけど、まだ複雑なパターンがあるからどんな場合にでも正しく
動作するようなアルゴリズムを考えるのは結構難しいはず。

　あるタスクがディスクにアクセス中は、CPU 時間が余るので、
理想的には別のタスクに制御を移す。だけど、そのタスクもまた
ディスクにアクセスしようとしたときには、ちゃんと、もとの
タスクに制御を返すようにしないと、深刻なデッドロックを起
こす。
　仮想記憶は、こういうパターンをすべて考慮する必要があるので、
プログラムは高度になる。

誤字修正：
　「慰している」---＞「している」
ゴメソ

　もうひとつ、今の OSASK が、Windows システムと比べて
根本的に劣っていると思える部分がある。

　実際試してみて気になるのは、基本的に
「フォアグラウンド」のタスクしか動作しない、ということ。
これでは、「マルチタスク」とはいえない。もちろん、Windows
では、バックグランドのタスクも同時に動作できる。

　あと、「バックグラウンドタスク」を停止させているのは、
もしかすると、バックグラウンドの Window が描画する際の
クリッピング処理に対応できていないからではないことを
隠すためではないかと思われる。
　上に別のウィンドウがあるときに、下のウィンドウに描画
しようとすれば、line 文や、boxfill 文のクリッピング処理
が必要になる。だけど、現状、OSASK はやってないんじゃ
ないかと思う。その代わり、一番上にあるウィンドウのタスク
以外は停止させることで、そういう描画が起きないようにして
いるのだと思うが、、、。

>444

ゴメソ。また、誤字修正。
「対応できていないからではないことを隠す」
---＞
「対応できていないことを隠す」

それから、「Windows システム」＝「M$ Windows」のこと。

こういうことを発言した意図は、OSASK を糾弾するためではないです。

OSASK のページを見ると、「Windowsを超える」ということを
目標にしているか、または、現状の延長線上に当たり前のように
予想できることとして書いているように思えるからなんです。

　Windows を API レベルでエミュレーションする作業量が
非現実的であることを差し置いて、仮にそれが達成できたとこ
ろで、OSASK 自体の性能が、Windows 未満であれば、だれも
OSASK に移行しようとは思わないと思う。
　そういう目標は、本来、M$ 以上の総技術力（量も含めて）
がないと言えることではないんです。
　そういう意識のずれが、批判的な意見が増えてしまう原因だと
思う。

　「それ相応」の現状把握と、目標を設定していれば、こんなこと
かかれなくても済むと思うよ。「新しい用途」を開拓したらいいと
思うよ。

ディスクキャッシュと仮想記憶の統合って、実は Windows でもちょっとは考えているよな。
Win98 から導入された MapCache って奴のことだが。まあ、OSASK での統合の度合いとは比較にならないだろうが。

MapCache の効果を出すには、実行ファイルが、ページサイズに合わせて 4KB 単位で
align されている必要があるが、これってあまり好きになれない。
数KB 程度の小さなプログラムを 4KB align に変換すると、サイズが 4倍くらいに
なってしまうからな。

ちょっと補足。

　OSASK を実際に試してみると、すぐ、現状ではとても優れているとは
言えないことに気づくと思う。

　作者が実際以上に凄いと思っていることは、プログラムの世界では
よくあることで、そういう場合、「ソースが非常に難しく」なっている
場合が、結構ある。そういう人のソースを見ると、
確かにめちゃくちゃ難しいことになってしまっている。だけど、それは、
プログラムの腕でもある。腕のいい人が書いたプログラムは、「簡単」
なのだ。規模が大きくなっていっても、「簡単」であるから、本人も
「簡単に修正、追加」できるので、あまり凄いことをしているとも感じ
ない。

　つまりは、逆に OSASKのソースを見ていると、
「難しいことをやっている」ように見えるということ。
だけど、本当はもっと簡単に書けることだったりする、、、。

結局、優れているかどうか価値観の違いってことでしょう。
テストプログラムのような小さなプログラムにおける無駄を少なくしようという
のを、近頃では重要だと思う人が少ないってことじゃないかな。
そういうのを重視しない人だと現時点の OSASK には特に魅力はない気がする。

ファイルサイズだって、コードの効率をあげて小さくするのは悪くないけど、
ちょっと大きなユーザアプリケーションで丁寧なエラーメッセージとか警告
メッセージをつけると、その文字列だって結構なサイズになる。
アイコンとかイメージとか使うとさらにかな。

それと、ヒープ領域をあらかじめ制限するのはどうなんだろうね。
ユーザからの入力とかファイルからの入力とかをあつかうプログラムだと
結局それでプログラムの動作が制限されない程度に大きくとらなくちゃいけない
と思うけど…
メモリがもったいないといっても無駄になるのは最大4KBだし。
まあ、それが小さなプログラムから見れば大きいってことなんだろうが。

>>441
バックグラウンドタスク、きちんと動いてるよ。
ウィンドウが重なってると描画がされないけど
ウィンドウが重なってなければバックグラウンドでも
動いてるのがわかると思う。

loadfac0でCPU負荷測ってみるといい。
バックグラウンドもきちんと消費してる。

個人的にはOSASKで共有ライブラリをどのように実装するのかが楽しみだ。

あと、良く分からないのだが、OSASK では仮想空間をすべてのプロセスの合計
で4GB以上使えるのだろうか?
余計な心配かも知れないが、もし使えなかったら、大きなプログラムを複数起動
したり、大きな共有ライブラリが複数のプログラムから使われたりすると仮想空間
のやりくりに困りそうだが。

>450

なるほど。
「重なっていなければ、動く」
のか、
「重なっていても動いてるけど、描画されない」
のかは分からないけど、一応、タスクスイッチングは
行える（場合がある）ということですね。
そういうことなら、クリッピング処理さえ追加すれば、
バックグラウンドタスクでも「動いて、描画もされる」ように
できそうですね。

後者です。
現状では「重なっていても動いてるけど描画されない」状態です。

>>441
> あと、仮想記憶をやろうと思ったら、さらに排他制御が難しくなる
> はず、、、。ディスク内容を読み込み中のメモリに、スワップがかかる
> ときの処理はかなり難しいはず。

簡単だと思う・・・・・・
今そこで使われてるメモリを、属性も気にせずスワップ・・・・・
そんなアルゴリズム、まあ普通には採用しないわな。


>　あるタスクがディスクにアクセス中は、CPU 時間が余るので、（略）
> タスクに制御を返すようにしないと、深刻なデッドロックを起こす。

排他処理や行列でも使ったらいかんのですか？

>451

　もちろん、待ち行列を使ったり、クルティカルセクション
を使ったりするのだろうけど、さらにそのとき、保護例外
が発生した場合にも、ちゃんとシステムだけは正常に動作
できるかどうかも考えないといけない。

　たとえば、ディスクから読み込むときに、いきなり、ユーザー
メモリに読み込もうとすると、かなり難しいような気がする。
いったん、安全なメモリに読み込んでから、コピーするのが
簡単かな。少し遅くなるけど。
　ユーザーメモリが、実は、不法なメモリ領域であった場合、
ディスクを読み込み中に、保護例外が出てしまう。
しかし、このとき、OS 自身がディスクを使いたい場合なども
正しく処理できる必要がある。

>455

補足：

　今、いきなりユーザーメモリに、OS のディスクドライバ
が直接的に読み込みを行うアルゴリズムを採用したと仮定する。

　このとき、ユーザーメモリの一部が不法領域だった場合、ディ
スク読み込みルーチンの「内部」で保護例外が発生する。
　OS の例外ハンドラが、例外を処理するために起動するが、
例外の発生場所は、OS のディスクドライバであるので、
単純に、「例外を起こしたタスクを KILL する」ということ
はできなくなってしまう。ディスクドライバ内部であるかどうか
判定して、もしそうなら、ディスクドライバの処理を正しく
終了させて、かつ、ディスクドライバを呼び出したユーザー
のタスクを KILL する、という複雑な手順になる。

　他にも色々と注意事項があるはずだけど、、、。

>455
デバドラが例外処理を持つとか、
最初にメモリが適当かどうか確かめればいいんじゃないのか？
例えばChkUserMem(ProcessID,Address,Size)みたいなAPIでな。（ｗ
あるいは要求したプロセスが直接読み出すとかな。

しかしどれもエレガントとは言い難いかも・・・・・・
まあ速度面から行けばフロントエンドがメモリチェックやってからってのが一番か。


てな感じでそう難しくないと思うけど？

>457

エレガントではないけど、ChkUsrMem() みたいにやれば、確かに
うまくいきそうですね。

基本的にどうにかして、すべての API について行う必要があるん
ですよね。手で書いて抜けがないといいんだけど、結構怖いかもね。

　やはり、難しいっていうのとは違うかもしれないけど、全ての箇所に
間違いなく実装するのは大変そう。
　API の量が少なければ簡単なんだけど、、、。

ユーザプロセスでも保護違反でいきなりkillしちゃ嫌だよ。
もっとも、ディスクアクセスは普通キャッシュしたいから直接ユーザ空間には書かないと思うけど。

起動の速いOSに対抗して
起動の超カッコイイOSってのはどうだ。

俺、3秒で起動するよりも
カッコイイOPが流れる方がいい。

>460
起動の速いOSはカッコイイOPを流すことができるが、
カッコイイOPを流すOSが起動が速いとは限らない。

でもOPアニメーションあるとカッコイイよね。（ｗ

起動がすっかり終わった後、
わざわざカッコイイOPを流すのか？（ｗ

OSASK でコンソールアプリはどうなる予定なのだ？
introb のサンプルを見ていたら、現時点では、コンソールアプリは
自分でコンソールを開かないといけないというお寒い状況のようだが。
コンソールアプリが自分でコンソールを開いているようではリダイレクトなどできるわけないし。

それと、C で書くとき、main から実行されるようだが、main という名前だと
int main(int argc, char *argv);
という関数形式であることを期待するのだが、実際には
void main(void);
になっているというのもいやらしい。
ANSI-C と互換性を持たせられないのなら、main という名前はどうかと思うが。
たとえば Windows だと GUI なプログラムでは、WinMain から実行されるが。

ミスった。
int main(int argc, char *argv[]);

>>463
リンク時にエントリポイント名は任意に変えられるので
変えればいいと思うが。

OSASKの一番の特徴はセグメンテーションだと思うけど、
いつまでこれをメインに使っていくのかな?

DLLをたくさん使うような規模になったらフラットモデルまたは
それにちかいものを使うようになりそうな気がするよね。

今のままで、シームレスなプログラムを作ろうとすると
すべての関数呼び出しとすべてのメモリアクセスでセグメント指定がいるし。

ANSI-C 準拠でもないのに「デフォルト」が main というのは嫌だなという話。
そのうち >>464 にするというのなら、まあ、悪くはないかと思うが。

＞コメント
DLLをセグメントごとにわけるってことは、
全部far callでアクセスするってことか？

>>469
そうだろうね。
データアクセスもfarポインタが必要だし。
結構オーバーヘッドが大きそう。

ユーザが面倒な作業をする必要があるような方法で実現されても
なんだかなぁという気がしますが。

だいたいDLLがスタティックリンクより遅いのは最初だけですよ。
そのあとは任意の(明示的にエクスポートされてる関数以外でも)関数呼び出しが
同じ速度でできます。そもそもセグメントをもちいていれば、すべての間接的な
関数呼び出しをfarコールにしておかないと対応できないですよね?
オーバーヘッドはキャッシュミスではなく0と比較して下さい。

しかも、セグメントのオーバーヘッドが問題になるのはセグメントセレクタを
入れ換える時です。DLLを2つしか使わないのなら常にfsとgsにロードしておけば
いいですけど、普通は10個とか使うので、頻繁にGDT(またはLDT)をアクセス
することでしょう。

結局、河合さんはユーザがDLLをある程度の大きさの作業のかたまりとして、
明示的に呼び出して使う場合しか想定されていないとおもいますが、
普通はプログラム中の任意の部分をDLLに分割可能です。
必要な作業は最初のアドレスを得る処理、オーバーヘッドは最初のロードのみです。

う〜ん。
まさかとは思ってたけど、本当にfar callとは・・・・・
でも考えてみれば、確かにオーバヘッドは気にならんと思う。
結局PDE、PTEを書き換えるか、GDT、LDTにアクセス＋セグメントレジスタを書き換えるかの違いだからな。
それぞれに向き不向き・利点欠点はあるだろうけども。

しかし、
> 余計なテーブルの用意やコード書き換えを伴わない

テーブルを用意せず、コード書き換えを伴わないってことは、
いったいどこのアドレスを呼び出せばいいの？


> そのためにアプリ側がDLLのワークエリアを自分の領域に確保してDLLを呼び出す

・バージョンによってDLLが要求するサイズが大きく異なるとき
・DLLが動的にメモリを要求するとき
どうするの？
もしDS以外のデータセグメントに逃げるのなら最初から
ワークエリアなんて指定しないほうがいいような気がするし。

>>471
メモリ確保で困るのはDLLに限ったことじゃないよ。
OSASKではアプリケーションでもあらかじめ指定が必要だしね。
使いそうな最大値を割り当てるんでしょ。

>>471
関数呼び出しの度にPDEやPTEを変更する必要があるDLLの実装って
いまいち想像できないが。

>473
違う違う。
PTEを書き換えるのはタスクスイッチのとき。
たとえばWindowsのような方式はどうしてもPTEの書き換えが必要になるけど、
OSASKのような方式だとそれをしなくてもいい。
で、それはDLLoadと密接な関係にあるよね。

473 472 470 469 466 459 451 449 439 437 422 421 407 402 400 394 371 368 362 351 and more... です。
つかれたのでそろそろ撤退します。みなさん頑張って下さい。

>474
∩ _∩
（ ´ー`）y-оО タスクスイッチでPTEは書き換えんぞ
タスクスイッチ時はPDEへのリニアアドレスを持つCR3レジスタを変更するだけ。

WindowsのDLLインポート関数の実装のように、結合テーブルを作っておいて
DLLの呼び出し時はそこからセグメントセレクタを参照するのかな?

>476
そりゃそうか。鬱死。
でも確かにセグメントセレクタはどうするんだろうね。

>475
乙彼３。。。。
漏れもそろそろ修行の旅に出るかな。（ｗ

> Windowsではこの方法でダイナミックリンクしているようなので、
> DLLの共有などはしていないでしょう。

Windowsもまったくの能無しというわけでは決してありません。（ｗ
共有はしてますよ。システム2G、ユーザ2G弱のメモリ空間があるわけで、
DLLの配置アドレスがかぶらないようにすることは十分可能です。

基本的なシステムDLLは最初から再配置が起こらないようにベースアドレスが設定されています。
アプリだと、それはDLLのプログラマ次第になってしまいますが。
再配置が起こってもCopy On Writeでできるだけ共有個所を残せるようになっています。
そもそも一つのユーザDLLで異なるアドレスへの再配置がそんなに起こるとは考えにくいですが。

さらに、DLLをスタティックインポートする側はAPIのアドレスを専用のテーブルで持ち、
ロード時にはこのテーブルのみが書き換えられます。
このテーブルは当然共有可能です。

ついでに言うと、最近の優秀なインストーラは自分のファイルについては
再配置やってくれるらしいです。
あとバウンドインポート（DLLのアドレスをあらかじめテーブルにセットする）も。
Windowsにそういうツールが付属するべきだとは思いますが。


> IA-32はリロケータブルなバイナリーを作りにくい仕様ですので

Z80から移ってきたとき、
即値分岐命令がオフセットなことにちょっと感動しましたが。。。。。

OSASK ではアプリのサイズが小さいことを自慢しているようだが、
よく考えたら、C のスタートアップルーチンがないのだからある意味当然だよな。
VC6 でもスタートアップルーチンを使わなければ Hello, World は 1024bytes まで小さくなるし。
stdout などの設定のためにはスタートアップルーチンはある意味必須だと思うのだが・・・。
それとも OSASK ではすべてのお膳立てを OS 側でやってしまおうというのか？

>479

この指摘は的を射ていますね。

知らない人のためにちょっと補足；
OSASK では、Entry-Point が、main
Visual C++ では、_mainCRTStartup または _WinMainCRTStartup@16
です。では、Visual C++ では、何をやっているかというと、
main 関数を call する前に、malloc などで使用するヒープ領域の
初期化や、ご指摘のような、標準入出力やファイルストリームの初期化、
コマンドラインを加工して、arc, argv[] を作成することなどをやって
います。
また、終了時には、ファイルのクローズ処理や、ユーザー異常終了関数
の呼び出し、main() 関数の戻り値でexit() 関数の呼び出しなども管理
しています。

　その他、GUI アプリの場合は、スレッドローカルストレージ
などの初期化などもやっていると思います。

　FILE,fopen などのストリームなどはなるべく、ローカルおいて置き
たい感じがするので、OSASK がもし全部サポートするとすると、
ちょっとやりすぎのような気もしますね。そこまで細かいことを OS
がやらなくても、他に優先順位の高いやるべきことが色々あるような
気がします、、、。

> このスタートアップルーチン無しのプログラムは、ちゃんと起動できるんですか？
起動できなかったらそんなもんプログラムじゃねーぞ。

#include <windows.h>

main() {
HANDLE h;
DWORD len;
CHAR msg[] = "hello, world\n";

h = GetStdHandle(STD_OUTPUT_HANDLE);
WriteFile(h, msg, sizeof(msg) - 1, &len, NULL);
}

void __cdecl mainCRTStartup(void)
{
ExitProcess(main(0, NULL));
}


cl hello.c /link /opt:nowin98 /merge:.data=.text /merge:.rdata=.text /section:.text,erw kernel32.lib

> たとえばAPIを1つ呼べば、典型的なスタートアップルーチンがやる作業を全部やってしまうとか。
その API は当然スタートアップルーチンから呼ぶべきだよな。
スタートアップルーチンなしに atexit() などはどうやって実現するのだろう。

言うだけなら誰でもできるからいろいろな機能をさっさと実装しろって感じがするね。
OSASKに文句を言うやつらは、口だけじゃなくて自分で何か作れみたいな意見がある
けど、OSASKの一見すごそうな機能はほとんど実装されてないんだから口だけなのは
お互い様。現状では変なGUIのついたモニタだろ。

すべてのPTEをあらかじめ割り当てるような、考えられない実装をもちだしてきて
フラットモデルがメモリがもったいないって言い出したのには笑ったけどな。

そうか、一応スタートアップルーチンはあったのね。

最近の河合さんのコメントって攻撃的だよね。
イメージダウンにならなければいいけど。

ここの書き込みの多くはOSASKについての批判だと思うけど
(中には詐欺師とかいったような発言もあるけど)
河合さんの発言は批判者を攻撃してるように見えるよね。

公開している作品を批判するのは認められている正当な行為なのに対して、
個人を攻撃するのはたしか犯罪なんだよね?
あまり熱くなるようなら、無視した方がOSASKにとっては得じゃないかな。

484 482 481 479 467 464 463
Console API ができる頃にはまた戻ってくるかも。
一応、私は OSASK に期待しています。
ひとまず、さようなら。

OSASKには直接関係ないのだけど、32bitモードのfarポインタって48bitなの?
32bitモードのfarポインタが使えるコンパイラって何があるの?

おれはこのスレに相手をするのはかなりの時間の無駄だと思うよ。 議論好きと趣味の物作りが好きな人は人種が別だから。

>487

その通り、CS:EIP のような形式で、16:32 。

32 BIT の far ポインタが使えるコンパイラについては、よく知らない。
Visual C++ でも、もしかしたらできるかもしれないけど、最近は、
FLAT 環境で、NEAR32 ポインタ ONLY しか使ったことがないので、、。

> 公開している作品を批判するのは認められている正当な行為なのに対して、
> 個人を攻撃するのはたしか犯罪なんだよね?

じゃあちゃんねらは犯罪者集団かよ（ｗ
485はバカ（ｗ

>428
>川合先生への目に余る中傷は、板削除への十分な衝動と成り得る。
>スレ作ったの間違えだったかな？削除板に行ってきます。ｍ(＿ ＿)ｍ
外部の個人への誹謗中傷は削除対象だから
該当レスを削除依頼すればいいと思われ。

今「Linkers & Loaders」ていう本を読んでるんだけど、この本ではGlobal
Offset TableをもちいたPICで共有ライブラリを実現する方法が解説してあっ
て、それはもちろんコードの効率が落ちるけど有用であるというような主張に
なっている。
一方、セグメントを用いるという方法に関しては、x86のセグメントは非常に
低速で格段に遅くなると切って捨てている。
河合さんの意見とは正反対でなかなか面白い。

元々このスレとちょっと一言の関係は、１を構ってやるために
作ったのだから、手間を取らしてしまっている現在は、１の責
任だ。これからは１が雑談の相手をして、スレの進行もするよ
うに。

>>492
その本読みたいんだよね。
読む価値ありますか？
今度本屋で探してこよう・・・

>>494
この本を読んだらリンカが実装できるかというと程遠いと思いますけど、
読み物としては面白いですよ。
ただ、3200円はちと高いかな。

OSASK開発方針より
>カーネル部分は多くがASKAで記述されます。
>移植の容易さを諦めることで、アーキテクチャーの全てを
>発揮できるようにすることと高速性が手に入るのです。
∩ _∩
（ ´ー`）y-оО ASKAで記述したところで、それに応じたメリットは見込めるだろうか？
OS(カーネル)のコードが走っている時間は、タスクの一生から見れば0に近い。
計算中心のタスクならばサービスコールを呼ぶ回数は少ないし、逆にI/O中心の
タスクならばI/O-wait状態に遷移している時間が圧倒的に長いだろう。
メモリ確保のようなサービスでさえ、低級言語で記述するメリットがあるとは思えない。
メモリブロックの管理に関して言えば、性能の優劣＝平衡木アルゴリズムの優劣だからだ。
ごくわずかなオーバーヘッドを改善するために、保守性や移植性を犠牲にする必要はあるだろうか。
仮にカーネル全体をASKAのような低級言語で書いたとして、
果たしてどれほど処理性能が向上するのだろうか??
∩ _∩
（ ´ー`）y-оО移植性を考えずとも、多くの人が保守できるように高級言語ベースの方がいいと思う。

その疑問には１が返答するはずです。

>497
∩ _∩
（ ´ー`）y-оО既に公式HPでレスがついてるよん。

保守age

500get!

個人開発だとやっぱり
金の問題が出てくるよな・・・

このスレのみんなが10ﾏｿずつ寄付したら合計5000ﾏｿで(ﾟдﾟ)ｳﾏｰ

OSASKってエミュレータのための高性能OSを目指してるんだったっけ？

エミュレータのために高性能なOSが必要。
セグメントモデルで高性能を実現。
でも、エミュレータは対象となるバイナリの制約からフラットモデル。

・・・とかなったら悲しいね。

言う事はエラそうだけどまったく遅々として進まない
小泉構造改革のようにはなってほしくないなぁ。

遅々として進まない原因は資金不足なのかな？
5年くらいで普通のソフト（フォトショップとか）がWindowsを購入しなくても
使えるようになるのなら10万くらい寄付してもいいけどなぁ。

>505

　漏れは、プロのプログラマなので、経験上の話をする。

　一般に、プログラミング作業で、単純な量的以外の点では、資金が
あるかどうかは、余り関係が無い。

　ただし、「量」と言っても二種類有って、独立性が高いものと、
組織性が高いもの（＝依存性が強く独立性が低いもの）があって、
前者は、人海戦術でなんとでもなるが、後者はなかなかそうはい
かない。

　後者の用な複雑で大規模なものをプログラムする時には、
プログラミング能力が、ある程度の規模を超えられるかどうかに
現れやすい。
　そういう類のプログラムが、規模が大きくなってきても
どんどん進展するかどうかは、設計の良し悪しに関係していて、
「簡単化」できるかどうかが問われる。

　いわゆる、「難しいプログラム」は、このタイプに属していて、
お金がいくらあっても出来上がるとは限らない。

ちょっと補足。

　俺は、OSASK の今までの経緯や歴史は知らないんだけど、もし、
何年も開発が行われてきて、現在の形になっているのだとしたら、
この先、進展する可能性は低いと思う。

　逆に一年くらいであそこまで行ったのだとすれば、これから発展が
期待できる。

　

>>507
同意。

本格的に開始して2年弱ではないかな。だから見通しは微妙なのだよ。
俺は OSASK が ReactOS を完全に凌駕するのですら 2004年度以降にな
ると思っているよ。

ところで、NASK というアセンブラはもう出来たの？

ちなみに、OSASK カーネルは、ASKA という C 言語風の独自言語
で書かれている部分があるんだけど、コンパイルするには、LCC-WIN32
という外人の作ったCコンパイラのプリプロセッサで、前処理を
したソースを、ASKA に通す。ASKA は、MASM 使用のアセンブリ
ソースコードを出力する。そのアセンブリコードを、
MASM 互換のアセンブラでアセンブルする。出来た OBJ ファイルを
さらに、さまざまなツールでリンクしていく、、、。
という手順を行う必要がある。
今は、MASM 互換のアセンブラとして、MASM そのものか、Lightタンの
NWSA が使用されている（予定？）んだけど、そこを、NASK という
アセンブラに置き換えると言う計画らしい。

川合さんは、「NASK は、NWSA よりすぐれている（予定ではなく
断定形であることに注意）」は言っていたのだけど、結局どうなったの？
予定では、2002 年の一月くらいから、一ヶ月で出来るのではなかった
の？

NWSA のことを批判していておいて、結局形が無いのだから、ホラ
付記と言われても仕方が無い。こういうことだから、色々言われる
んじゃない？

>509 誤字修正

MASM 使用--->MASM 仕様
ホラ付記--->ホラ吹き

それにしても、Lightタンって、OSASK に巻き込まれただけじゃない？
本人がOSASK連携を希望したわけじゃないみたいだし。OSASK 側が
Lightタンにアプローチしたようだよ。

あまりLightﾀﾝを持ち上げるとｼﾞｻｸｼﾞｴ-ﾝとか言われちゃいそうだけど、
河合氏とLightﾀﾝがどっちがまともなことを言ってるかっていうとLightﾀﾝだよね。
（Lightﾀﾝも好きじゃないけど）

河合氏がよくないところは
「OSASKではhogehogeが可能です。ただし今は実装されてません。」
という感じの言い回しをするところ。
多くの人はそれを可能とは考えない。

>509
そこまで知ってるならもうちょっとML＆スレログ追いかけてから書けよ。

> NASK は、NWSA よりすぐれている（予定ではなく
> 断定形であることに注意）」は言っていたのだけど、結局どうなったの？

んなこと言ってないだろ。
OSASKにとっては（余計な機能のない）NASKの方が向いている、と言ってたんだよ。
まあ誤解されやすい書き方だと思うけどね。

> 予定では、2002 年の一月くらいから、一ヶ月で出来るのではなかったの？

二月からになったはず。

>510
Lightたんが巻き込まれたかそうかなんて関係ないよ。（ｗ
みんな別にLightたんが協力しないから笑い者にしてたわけじゃないだろ。
そういう風に人の書き込みもちゃんと読まずに（本人告白）
何かを受信したような意見が続いたからLightたんなんだよ。

>511
後半同意。もうちょっと言い方を考えて欲しい。
かなりそれで損してそうないよかん。

しかし、そうするとNASKはもうそろそろできてないといけないような・・・・・

MLメンバーすげえ若いなぁ
高校合格かよ

おまんら！
１回でも１の為と思って生きたか？
いつまでもくだらねーこといってんなよ
ここはおめーの舞台じゃねーぞ
ぐだぐだ粘着すんな！チュッ！

む。よく読むと書いてあった。
「あまり進んでいない」そうだ。＞なす系

>>511 同意
普通に「OSASK では〜が可能になる予定です。」とか「〜な機能を実装することにしています。」
でいいんじゃねーの？

>>511 >>517
気持はわかるが、同意しません。

今現在でも OSASK 本体の開発の８割以上は
K氏の手によるものですよね。もしもそのプ
ログラマが少し大きめのアドバルーンをあ
げることによって気持良く開発ができるな
らば、その方針は正しいのです。その方針
を下げる事によって自分自身のやる気が減
るのならば、それは間違いです。

大人げないですが、そんなものではないで
しょうかねぇ。

>>518
そうじゃなくて、問題なのは、人に説明するときにどういうレトリックを使うのか
ということでしょ？

掲示板が飛んだのは「NASK一ヶ月完成」発言を撤回するためか。
しかもNWSAよりすぐれてなきゃいけないのは大変ら。

>>519
問題があっても我慢するしかないんじゃないかな。
あるいはK氏より先にガシガシ返答してしまうとか。
# 説明する役を実力で奪い取ってしまうのよ。

OSASK ver.2.2登場。アゲ

サラシアゲイイ！！！！！！！！！！！！！！！！！！
http://www.muuz.ne.jp/bbs/winnote/index2.html
！！！！！！！！！！！！！！！！！！！！！！！！！

どうでもいいことなんだけど、OSASKに関する研究でIPAから予算をもらうため
には河合さんの名前が必要ってわけじゃないよね。他の人がほとんどの作業を
するのなら、その人が予算全額の使い道をきめる権限があると考えるのが普通
だと思うんだけど、河合さんが「半分あげます」って言うのってすごいよね。
半分ってところとあげるってところが。

なんかだんだんムリにでも中傷するスレになってきたな（藁

まあ、たたかれるのも評価のうちだよ。だれにも関心を持たれないよりはずっとすばらしい。

氏はIPA未踏事業の制度を激しく誤解していると思われ。

こんにちわんこそば

いかん。マジでosask-MLの「バグ発見」が「ハゲ発見」に見えた。

たしかに背景となるストーリーも重要ではあるが、予算をもらうには単年度ご
との成果がやっぱり必要だと思うのだが。未来像にお金は出ないでしょう。

よーし、1千万もらうぞ！

保守age

現実的にバイトの片手間に作ってくしかないよ

しかもsageてるという罠

　IPA未踏事業で補助されている研究とは、OSASK は全く毛色が違う
ような気がするのは俺だけか？

　採用されているものは、現段階ではお金儲けできないような研究
が主体（というより全てか？）。

　ところが、本来、PC/AT 機上の OS なら、技術力や総合力や量をこ
なす力があるならお金儲けできるはずの事業。
　それでお金儲けできないのは、明らかに単純にそれらが欠けている
から。

　IPA に限らず、OSASK に投資するなら、まず、お金を投資した
時の効果を査定する必要がある。そのお金を一体何に使うのかが
大事。

　ソフトウェアを作る際に最も大事なのは、優秀な人材。
　人の量よりも質が大事。
　つまりは、OSASK 事業をうまく進めていくには、優秀な人材を
集める必要がある。よって、お金を使うなら、人材確保に充てる
べきである。
　しかし、人件費は非常に高くつく。有志以外の人材を確保する
なら、社会保障（年金や保険）なども保証しなければならない。
　それには、莫大な資金がいる。

　OSASK が絶対的に価値をもつものでなければ、投資してもらう
のは難しいだろう。

事業性という意味では珠玉混合だから気にしなくていいけどね。

つまるところ開発助成金だから、>>530 の言うとおり。
*単年度毎*に、目に見える成果が必要。
金の出所がお役所だから、当然。

プロジェクトマネージャにもよるが、一度通ってしまえば、
開発者からhelpを出さない限り、あまり口出しは無い模様。
しかし、最初に技術面で合理的な訴求をしないと、採択は
されない。だから開発者によるプレゼンテーションが要る。
派手でなくてもよいから、本人の口から語ることが必要。
「漏れは開発だけしたい」なんてのは愚。

支払いは、実績ベース。
だから、「半分あげる」なんて分配は、無理。絶対無理。

河合さんは予算は未来像に対して出してもらって、1年後に結果としてなんら
かの成果が出てればいいと言ってるように思えるのだ。実際には、この1年間
で達成する目標に対して予算をもらう。未来像はその目標の妥当性を向上させ
るための道具である。お金を出してもらえそうな1年間の計画を考えるのがもっ
とも重要課題なのだ（すでに議論したあとだったらなら申し訳ない）。

研究費で人件費というと、技術補助員時給いくらとかで出勤簿つけて雇用契約
した人に振り込みみたいなのしか思い浮かばないのだが、IPAでは人件費100万
とかいった感じで予算をもらえるものなのか？

> IPAでは人件費100万

可。少なくとも未踏では。
但し開発計画に基づいて日給/時給単位で予算を立てる必要が
あるし、働かなかったら、削られる。
開発が始まったら、細かい計算は、開発者側のプロジェクト
管理組織が行う。開発者は最初に出した計画に基づいて
ひたすらコードをかけばよろしい。

　オープンソースは、オープンソースなりの開発法があって、本来、
どういう風にソースに手を加えてもいい権限を誰にでも与えて、
多くの人に開発をしてもらう代わりに、原作者がコントロールする
権利を無くすのが通常。原作者がコントロールする権利を残したまま
では、誰でも自由に手を加えられる、という前提に制限を加えること
になる。また、ある意味、原作者が美味しいところだけ持って行くような
体制では多くの有志の賛同を得られない可能性がある。

　そもそも、オープンソースプロジェクトは少なからず、クローズド
ソースで、資本主義経済の原則にのっとって開発をしている競合製品を
妨害する作用がある。そういうオープンソースプロジェクトに、資本主義
経済の競争原理を促す立場であるはず日本国の公的機関が金銭的に援助
することは非常に問題がある。

　オープンソースは、原理的に無償でやっていける方法論を持っている
はずなのに、さらに、国の援助を入れるなんていうのは、どこぞの倒産
寸前の旧式会社に公的資金を投入するのと同じ罪がある。

　一方で、正々堂々と競争をしているクローズドソースのソフトハウスも
存在していることを忘れてはならない。

　「お役所的」という言葉をよく耳にすると思う。
　市民センターとか、郵便局とかのサービスが悪いことを
感じたことは無いだろうか。
サービスが悪いと言うより、
　「自分たちがやるべきことを、逆に客に仕事をさせているんじゃ
　　ないか？」
と感じたことが無いだろうか。

　公的機関は、競争原理の外にあり、効率を上げようが上げまいが、
努力しようがしまいが、ほとんど給料や地位に変化が無い。
　これが、そういったことがおきる大きな原因である。

　共産主義は、国全体の機関がいわば、「お役所」なのである。
食べるものが無くなって飢え死にする人が増えたり、国際競争力
がなくなる理由は容易に理解できる。
　
　オープンソースに公的資金を投入するのは、これと同じでは
ないか。

>>538
で？
オープンソース論争とIPAの批判にしかなってないぞ。
IPAがオープンソース、というかフリーウェアに金を出すという前提だけど。
そこらへんどうなの？＞偉い人

お役所に行った時、または、お役所の書類を書くとき、
　「どうして、書類の何箇所にも、同じ名前や住所を繰り返し
　　書かなくてはならないのか？」
と思ったことは無いだろうか。

　普通のサービス業なら、客は、自分の名前や住所を一箇所だけ
書いて、必要ならば、店側が写し取ってくれるのが普通。
　店側も、手作業でそれをやるのが面倒なら、ソフトウェアを
作って自動化したり、カードを導入したりする。

　それがあたりまえなのである。

　しかし、お役所ではそれがなかなか進まない。
　それは、自分たちが競争の外にあるからである。

　OSASK は、オープンソースを選択した。
　オープンソースを選択したことで、なかなかの数の有志の
賛同を得られているようだが、同時に、競争原理の外になりがち
であることに注意するべきである。
　K 氏が、自分ひとりで何もかもやった、と考えているのは
間違いである。
　既に、アプリ作成や、バグ報告などは、たぶんに、共産主義的
な原理によって行われている事を忘れてはならない。

って、金を出すのはあたりまえか・・・・・・・

　ただ単純に、気の利いたOS、必要な OS、などの「具現化」「実体化」
を目標にしているなら、オープンソースはある程度正しい選択である。

　しかし、同時に、ソフトで食っていく、ということ自体が出来ない
社会になっていくことに加担していることを忘れてはならない。

　オープンソースに加担しすぎると、仮に理想の OS が完成した
時点で、OS に載せるアプリが、商用作成できない事態になって
いる可能性もある。

　美味しいものも食べられないし、映画も見れない、パソコンも
買えない社会になってもいいのだろうか。

NOWSMART-OS
ttp://homepage2.nifty.com/nowsmart/

L氏作。一応 OSASK のライバル (笑)

結構進んでいるらしい。しかし俺は
商品(？)には萌えないのよね。

Lﾀﾝ（ｗ
ｷﾀ━━(ﾟ∀ﾟ)━━( ﾟ∀)━━( 　ﾟ)━━( 　)━━( 　)━━(ﾟ 　)━━(∀ﾟ )━━(ﾟ∀ﾟ)━━━！

でもLﾀﾝ（ｗは何がやりたいんだろ？

いきなり
> オリジナルOS!? NOWSMART 386 OS の画面
> （クリックすると大きく表示できます。）
こんなことだけぼそっと書かれても・・・・・
場合によっては見過ごすぞ。
どっかの掲示板かなんかで公表したのか？
ダウンロードは当然できないし、
「大きく表示」しないと情報ないし。

> 興味のある方はご連絡ください
って・・・・・・

やっぱりLﾀﾝ（ｗはLﾀﾝ（ｗだな（ｗ

L氏結構頑張るね。
538の発言は全体的に少し変な気がする。
40代くらいのソフトハウスに勤めるプログラマってイメージ。

>>541 の彼はCP/M以前にはOSもソフトウェアも存在しなかったと
思い込んでいるのであろう。

OSASKのライバルのひとつ、
React0S 0.0.19 released!

こちらよりどうぞ
ttp://www.reactos.com/

専用トイプログラムがたくさんあるのはOSの長所に含まれるのかな？

>550
そりゃま、そうだろ。
魅力の違いがアプリの数の差で現れる。

>>538
川合堂ライセンス
http://www.imasy.org/~mone/kawaido/license01-1.0.html
によれば、かなりライセンスはゆるいと言えるのでは？

Linuxの採用している GNUは改変した場合のソース公開を求めているが
OSASKは求めていない。つまり企業がOSASK+自社技術をプラスして
それを販売してもソースを公開する義務は生じないというB事になる。

これはソフト開発企業の底上げができると言うことになり悪いことではないと思う。さらに言えば、いまさら国内企業にOSを開発する能力はない。(トロンすて)「情報の基盤であるOSを外国の1社に握られるのはよくない」という考えがEU・中国などで出てきている。
もっともOSASKに金を出す技術があるかどうかは知らんが、申請するぶんには悪いことではない。

>>552
> Linuxの採用している GNUは改変した場合のソース公開を求めているが
> OSASKは求めていない。つまり企業がOSASK+自社技術をプラスして
> それを販売してもソースを公開する義務は生じないというB事になる。
これはBSD Licenseとどう違うのか、Kさんを問いたい、問い詰めたい、小1時間問い詰めたい。

>>539
ARPA という「お役所」の金のおかげで
チミのような糞意見でさえ披露できる世界は
開かれたのだよ

ぼやき更新age
ver0.0のソースとか公開しないのかなー

ageてなかった…

OSASKで一番心配なのは開発環境なんだけど、セグメントが扱えるコンパイラっ
て何があるの？

>>555
わからん。どこ？

で、NWSOS。
ソースを公開する気はないのかな？
改変が楽だとか言ってるけど・・・・
graphic-subsystemは出来が甘い？
操作中と思われるウィンドウが隠れてる。
あるいは最前列表示オプションまで実装済みなのか。
日本語表示はできないみたいだね。
あと、【驚愕】奴はコンパイラでソースを書いている【絶句】

>557
なんでセグメントを扱える必要があるの？

コンパイラでソースを書くってどういうこと？

NWSOS実行画面内の
> source is written with NWSC.
というくだらんネタ。スマソ。

>558

確かに、

A is written with B.

で、B を使って、A を書くと言うことになるはずだから、
with NWSC ではなく、with keyboard. というのが正しいとか
いうことかな。
日本語で話す、というときには、talk in Japanese とかいうの
だから、ANSI C 言語でプログラムする、というのは、
written in ANSI C Language.
と書くのが正しいのだろうか、、、。

でも、source is written with NWSC でも、まあ、分かるような
気はする。

NWSC を処理系と考えると変だけど、言語と考えるとまあ正しい
のじゃないかな？

NWSCがIDEだったら変じゃないね。
NWSC使ったことないから良く知らないけど。

>558

フォーカスを持っているウィンドウが、トップレベル（フォアアグラウンド）
に必ずしもならない Window System なんじゃないの？

そういう Window System を使ったことが歩けど、以外に便利だよ。

>フォーカスを持っているウィンドウが、トップレベル（フォアアグラウンド）
>に必ずしもならない Window System なんじゃないの？
一部のUNIX、IRIXとかですね。タスクバークリックでトップにくる。

しかしすごい・・。
個人でコンパイラ、アセンブラ、リンカつくってOS作って
るやつなんて聞いたことねぇ。

>563
なるほど。
知らんかった。鬱死。
確かに便利そうだな。

>561-562
本当は
> 〜 is written only with NWSC/NWSA/NWSL.
> 〜 is written with NWSC(ANSI C-Compiler).
と書かれてる。
NWSC=NOWSMART C-MATH COMPILER
NWSL=NOWSMART LINKER
いや、掘り下げる話題じゃないんだけど（ｗ

>564
技術力はソフトウェア作家としては国際レベルだよな。多分。
使ったことないけど。（ｗ

>565
忘れてたけど、
＞> 〜 is written with NWSC(ANSI C-Compiler).
は
> system is 〜
だからこれは無しってことでおながい。
前者が
> source is 〜

これでGPL'dで完全公開とかやったら
すげえ肝っ玉だけどな

ver 0.1とかのソースコードは無いのかな

見てみたい

osaskってなんて読むんだ?

>>569
おさすく
でも誰もが最初はOSAKAかと見間違う。

>>570

「おーえすあすく」ならまだよかったのに、と思う漏れ。

どうせだから「OS ASKA」にしてまえばいいと思う漏れ

もう「カオス」でもいいだろ、と思う漏れ

http://www.imasy.org/~kawai/osask/comment.html
>僕のあいまいな記憶では、確かBSDライセンスは原著作者の名前を必ず書かなければいけなかったように思います

それは、過去のことでしょう
http://icrouton.as.wakwak.ne.jp/pub/e-law/opensource.html#BSD
に書いてあるとおり「「宣伝条項」は現在使われてないハズです。

さー BSD Licenseに変更しよーYO!

詳しいことは知らんので sage

574は 552 でした。
すまそ sage

名前の語呂があまりよくないと思う
「おさすく」
絶対なじみそうにない
一応使ってみたが、スレッド使ってないのかなって言う感じがした
あれじゃあウィンドウいっぱい開いても意味なし

>>576
単にフォーカスがあたってるところだけ画面に反映させてるだけ。
過去ログ読め。

>574
なんで同じだからといってわざわざBSDライセンスにしなきゃならんの？
つーか、知らないのなら調べろ。ボケが。
少しも似てない。

変更済BSDライセンス
日本語（ascii社用）：http://www.ascii.co.jp/pb/ptex/etc/COPYRIGHT-jis.txt
英語：http://www.xfree86.org/3.3.6/COPYRIGHT2.html#5

昔のBSDライセンスの問題
http://www.gnu.org/philosophy/bsd.ja.html
（昔の）BSDライセンスなど
http://www.jp.netbsd.org/ja/Goals/redistribution.html

だいたい、>>552じゃなくて>>553だろうと問いたい問い詰めたい。小一時間問い詰めたい。
おまえ本当は552でリンク張られてる川合堂ライセンス
http://www.imasy.org/~mone/kawaido/license01-1.0.html
読んだことないんちゃうんかと。

というかOSASKの英語サイトを作る気はないのか？
あちらさんのほうがOS大好き野郎は多いと思うんだけどなぁ。

>>580
日本にもOS大好きは多いと思うぞ。
あちらさんは、日本と違って行動する人が多いのでは。
日本の雇用事情からいってしかたないとは思うのだが・・・。

これ言うと人格攻撃になっちゃうけど、川合さんの八方美人的な
態度はあちらさんには受けが悪いと思う。
それでも付いてきてもらえるだけの魅力が OSASK にあれば
いいわけだけど。

きっと数年たてばOSASKドットコムの英語ページが完成するだろう。
http://www.osask.com/

FreeML OSカテゴリのサブカテゴリ「松本OS」ってなんだ？
http://www.freeml.com/category/computer_internet/os/

>>584
松本OSに関する話題を扱うカテゴリですよ。

ジョークRFCみたいなもんか？

（´-`）.｡oO（おそらく、松本零次マンガにでてくるコンピュータのOSのことだろう。。。)

LightたんのNWSOSに関する情報キボンヌ！

>>587
「フラットモデルなのでWindowsっぽいです」だそうです

>587
とりあえず、フォルダとサブフォルダとディレクトリがあります。
今のところ、デバイスドライバにBIOSを使用しているようです。
VESA BIOSを使ってるので古い一部のPCでは動きません。
（特に今は1024*768*8固定なのでつらそうです。）
日本語表示はまだのようです。
OSの未来像などは特に持っていないようです。
使いやすさは不明です。
>>136-137が参考になるかも知れません。
あるいはLightCone氏のサイトを見てください。
136-137が指摘した問題点が解決されていることもわかるでしょう。

588,589 < サンクス！

サブフォルダ＝フォルダ＝ディレクトリ？
統一した方がいいよなぁ

>587,590

LightCone 氏の HP が少し更新されているよ。
見てみ。

>591

フォルダは、ディレクトリの別名だと思うよ。

　Windows になって、MS-DOS では、ディレクトリと言っていたものを、
フォルダに、言い換えるようになったみたい。

だから、サブフォルダ＝サブディレクトリだよ。

ASKOS＝あすくおーえす、のほーが語感としてはカッコイイと思うんだけどなぁ。
文法的にASKが後のほうがいいとか、何か川合氏こだわりの他の
ダブルミーニングがあるのかな。
おさすく、って普通納まり悪く感じるじゃん。語呂的に。
それを狙ったのかしらん？

使ってみました
あくまで僕の考えですが
OSを開発するなら
GUIよりもせめてネットワークにつなげられるのを
優先に開発して欲しいです
モデムでもLANでもいいんで・・・

逝って良し、と。

>>592
更新されてますますわけわからん。
\500ってLightたん頭大丈夫？
そもそもまともに自分のところのソフト売る気あるのか？
金を出さずに彼の開発力でない技術力がわかるのってせいぜいNWSAだけだろ。
NWSCがフリーならそれが軽いのかバグがないのか最適化が凄いのかとかで
調べようもあるだろうけど。
んで、NWSOSは別にITRON準拠とか言うのでもなく、いきなりバンドルの話からはじまって
果てはドライバが作りやすい？ハァ？
OSASKのライバルなんて�dでもない話だな。

>>594
それよりもOSASKSではないのか？ってほうが気になるぞ。

>597

まだ出してないだけだろ。

今の段階で買えと誰が言ったよ。

買いたくなければ買わなければいい。
そのうち、体験版みたいなものを出してくるんじゃないの。

>597

　大体、「基本コンセプト」に書かれていることを、今の現状と勘違い
して理解している 597 の頭が異常。

　NWSC も体験版を出すと言ってるだろ。
　
　それに、どうせ 597 は、NWSA 使ってみることも出来ないん
だろ。NWSC が出たところで、597 が試せるはずも無いだろうが(藁)。

>597

逆に、OSASK なぞ、NOWSMART-OS のライバルではないような気が。

OSASK は、素人向け。NOWSMART-OS は、プロ向け。

ところでブートアップローダー用のバンドルが１ライセンス300円って低価格？

>>600
> 　大体、「基本コンセプト」に書かれていることを、今の現状と勘違い
> して理解している 597 の頭が異常。
「今の現状」（ﾌﾟは基本コンセプトを満たしていないだろ？
基本コンセプトは完成形のスペックじゃない、とでも言いたいのか？
それはそれで笑える批判だが。

> NWSC も体験版を出すと言ってるだろ。
それは知らんかった。どこに書いてある？

> 　それに、どうせ 597 は、NWSA 使ってみることも出来ないん
> だろ。NWSC が出たところで、597 が試せるはずも無いだろうが(藁)。
何のことを言ってんの？つうか何言ってんの？

>601
> OSASK は、素人向け。NOWSMART-OS は、プロ向け。
だからダメなんだよ。本当にプロ向けかどうかはともかく、
どうやってコミュニティーを築き上げるんだ？
例えばデバドラが作られる可能性としては
１．社内用OS?として
２．Lightたんが
３．NWSOSを気に入った暇なプロが
４．物好きなアマチュアが
ってところだがどう思うよ？
買おうと思わせるためにはよほどLightたんが
がんがらなきゃならんことぐらいわかるだろ？>>599

つうか、バンドルって需要あるのかな・・・・・・

おっと、自己レス。
> > OSASK は、素人向け。NOWSMART-OS は、プロ向け。
> だからダメなんだよ。
だからってわけでもないな。
単純にフリーかそうでないかの違いで、
対象層の問題じゃないからな。

しかし、コミュニティーはうまく行けばうまく行き続けるかもな・・・

ところでLightたんって有名人なの？

>507,603,604

　それは OSASK でも同じでは。

　現時点で、新たに OS 作っても需要があるかどうかは、
よく分からない。

　NWSC,NWSA,NWSL などだけで、カーネルがコンパイルされている
らしいから、開発環境(NWSC,NWSA,NWSL) を売る宣伝効果も考えて
るとすれば、納得できるような気がしないでもない。

>507,603,604
って、アセンブラとか使えなさそう。
それで、読解力なさそう。

>605
> 　現時点で、新たに OS 作っても需要があるかどうかは、
> よく分からない。
その状況でオープンで作ろうとする奴と販売しようとする奴と・・・・・
ま、向いてる方向は違うと思うけど。

> 納得できるような気がしないでもない。
NWSCが大ヒット作なら納得できるなぁ。
NWSOSがバンドル以外はフリーとか。


なんでLightたんはNWSCのサンプル置かないんだろ？
テストプログラムの実行画面なんか見せられてもどうしようもないぞ。

とLightたん向けに言ってみる。

＞だからダメなんだよ。本当にプロ向けかどうかはともかく、
＞どうやってコミュニティーを築き上げるんだ？
漏れはコミュニティよりも
セルフ開発の方が重要だと思うが？
ウィンドウ酢でコンパリンクしてリブートして
動作チェックなんて、漏れは参加する気になれん・・。
そういう志向の漏れなので601同意。
OSASKは「OSできました！」って感じがする・・。

組み込み向けRISCプロセッサでさえ
専用Cコンパイラといっしょにリリースされる。
そうしないと売れ難いのだよ。

NOWSMART-OSってなんか面白くなさそう。
その点、OSASKはエミュを作るとかいってるからね。
やっぱビジョンに欠けるOSってのはつまんねーな。
NOWSMART-OS使うくらいならWindows使うよ。

>608
セルフ開発の重要性はわかるよ。
結局コミュニティーの発展にも関わってくるだろうし。

仮にNWSC for NWSOSが無料だとしてNWSOSを買う気になる？
漏れはならないと思うから、Lightたんが何を狙ってるのかわからん。
でも、もし608に買う気が少しでもあるなら話は別。
それなら発展する可能性が少しでもあるってことで、
OSASKも含めて「全部うまくいく」かも知れん。
フリー×シェアってのは良さげな構図だかんね。考えが甘いかな?

プロセッサの話はあんまり関係ないような。。。。。

>609

エミュレーションが作られることがそんなに魅力？

じゃあ、Linux に Win エミュレータができている（作り中？）
そうだけど、Linux は魅力的なの？

>>611
ビジョンの話ね。
ガキくさい屁理屈は聞きたくないの。

>>610
Lightたんが何を狙ってるのかわからん。

OSASK対抗！それ以外、無いと思われる。

>610

　597 タンは、オープンソースコミュニティーの形成を重要視
しているようだけど、ソフトは売れるに越したことはないんじゃない？

　売ることと、オープンソースコミュニティーの形成の両立は、
かなり難しいんじゃない？
　コミュニティーの形成って、ＯＳをオープンソースにして、
誰でも自由に、ダウンロード＆修正可能にしてしまうことでしょ？
　そうなったら、Linux と同じ道をたどるんじゃないの？

　パッケージングが仕事のディストリビューターが儲かって、
ＯＳカーネル開発陣が儲からないのは利に反すると思う。
　そういう世の中でもいいの？
　矛盾だらけになっちゃうよ。

　オープンソースの台頭は、技術屋から見てやりがいのある
仕事はタダ働きになって、やりたくないような仕事でしか
給料もらえないような世の中になるようで怖いのよ。

Wineあたりが完璧に動くようならLinuxは
めちゃくちゃ魅力的だろ。だってよ、OS買わなくて
すむんだぜ！会社や学校、みんなLinux導入するだろうよ。

>613

オープンソースだって、プロのソフト屋に多大な迷惑かけてるんだよ。

逆にクローズドソース派からの圧力がオープンソース陣にかけられる
ことだって、問題ないはずだよ。

大体、オープンソースは、ネットの技術屋でよってたかって、
少数精鋭で頑張ってるプロのソフト屋をいじめているようにしか
見えないよ。

ちなみに、普通、プロの開発は、以外に少人数で行われているよ。

適度に本格的な OS 作りでも、4,5 人くらいでもいけるんじゃな
いかなあ。

それに対して、ネットのコミュニティーは、アリの様に多人数で
対抗しているような気がする。

>　パッケージングが仕事のディストリビューターが儲かって、
> ＯＳカーネル開発陣が儲からないのは利に反すると思う。

ディストリビュータが儲かってるようなカーネル開発陣は
間接的に儲けてる。

オープンソースってのは、間接的な金儲けの手段を提供してくれる
わけよ。名を売ってな。
カワイとかはある意味、すでに成功してるよな。
数社から声がかかっているっていうし。

>618

「数社からの声」って、具体的な情報キボーン。

「この会社で働いてくれないか？」
って感じなのか、
「OSASK プロジェクトを支援したい」
って感じなのか、
「OSASK のパッケージ化をお手伝いします」
って感じなのか、
「OSASK を商用プロジェクトにしたい」
って感じなのか、どれに近いの？

> 少数精鋭で頑張ってるプロのソフト屋を
> いじめているようにしか見えないよ。

いじめられるやつがいてこそ健全な資本主義！
いつまでもいじめられているような奴はプロとは言えん。

俺もよくは知らんのだがMLで流れてた。

「この会社で働いてくれないか？」
って感じのようだ。OSASKの開発に集中するため断ったらしいが。

>620

そのいじめは、よってたかって多人数で行われ、なおかつ、
プロジェクトの最初のリーダーなど、極一部の人間だけが名声を
得たとしても？

ネズミこう、って聞いたこと有るよね。

あれは、自分が紹介した人数に応じて報酬が得られるんだけど、
早く参加した人ほど指数関数的に多く報酬が得られるような結果
になってしまう。法律で禁止されてるよ。

>621

やっぱり、リーダー格の K 氏でさえ、
「この会社で働いてくれないか？」
程度なのでしょ。
この程度で「名誉」「名声」が得られたと言うわけではないでしょ？

それと、オ−プンソースの目的は、就職のネタ作りをすること
ではないよね。就職が出来ないから、OSASK を作ってるわけじゃ
ないでしょうしね。

と言う風に、オプソの名声って、どの程度なのか疑問なのだ。

　 ∧＿∧ 　 　 　
＜　｀ш´＞y-~~~ まあオープンソースプロジェクトってのは
名声で人間が動くのかってのが問題だな。
KAWAI氏だけが企業から誘致を受けたとしても、
まわりの協力した人物は名前さえ知らてないかもしれない。
直接的利益を追求することができない以上、どこかで行き詰まるだろう。
まあLinux程度の規模になると、腐るほど協力者が集められるが。

>613
そう思っちゃうよな。（ｗ

>614
なるほど。コミュニティーと言うとそっちを思い浮かべるのか。
そりゃスマソ。漏れの言ってるのはそのOSが作り上げる文化世界のこと。
まあ端的に言えばユーザとアプリの世界かな。
だからWindowsは「コミュニティー」が一番広いと言える。
なんかもっといい言い方あったっけ？

そういうわけだから、別にNWSOSがクローズドソースでとことんやれて、
それで人気がでる（「コミュニティー」が発展する）のならそれはそれでいい話なのよ。
ところでLinuxと同じ道ならそれは成功した方に入るんじゃないの？

ついでにカーネル開発者が金儲けのためにやって、開発者は儲かってないのに
コミュニティーは発展してる、というのならそれは開発者の頭と社会に問題があるとは思うよ。

＞６１８

ちなみにLinuxの場合。

LinusはTransMeta
AlanCoxはRedHat

どちらも莫大なストックオプション
もらってるんだろうな。
技術だけやってて、金もうけできる！これって技術屋としてはサイコー。

>625

ちょっと待って。
Linux ってそんなにいい OS なのかな？

オープンソースのうちで、成功した代表が Linux なんでしょ？
ということは、逆に考えれば、オープンソースプロジェクトは、
Linux 以下の成功しか収めてないんでしょ？

>626

ストックオプションって、株のことでしょ？
その株を売ることもしていいわけ？
たとえば、Linus は、TransMeta の株を好きなように売って
現金化していいのかな？　全部は駄目で、少しぐらいならいいのかな？

>626

　言い忘れたけど、Linus は、Linux の進む方向をコントロール
できるのかな？　多分、出来ないんだよね？

　もしかして、Linus の方が、ディストリビュータの顔色を
うかがったりしなきゃならなくない？
　形を変えたサラリーマンのような気がして嫌じゃない？
　自分で、会社のトップになった方が嬉しくない？

>>622

ねずみこうとオープンソースを同一視する視点というのは
人間として寂しいものがあるな。

>　言い忘れたけど、Linus は、Linux の進む方向をコントロール
> できるのかな？　多分、出来ないんだよね？

いまはやってるけどな。カーネル内での話だが。
VMまわりは少し前までAlanCoxともめていた。
カーネルに関してはLinusが最終決定権を持っていて
Kernel2.5系列はLinusが最終的にAndreaVMに決めたようだ。

形を変えたサラリーマンになるかどうかは
その人個人の問題であって、オープンソースとは
関係ないし。

>629

ちょっと言い過ぎちゃったかも。。。



でも、もうちょっと書かせて。
お金なしでソフトを作る方法で、本当にいいソフトがたくさん出来て
きたとするよね。それは、確かに便利で、特に子供だとか、低所得な
国の人には嬉しいと思う。

でも、よく考えてみると、そうなると世界中が、似たり寄ったりの生活
レベルになるはずだよね？？　貧富の差がなくなるんだからね。。

そうなったとすると、今は、低所得者層がやってくれている、
「余りやりたくない仕事」は誰がやるんでしょう？？？

みんなが、ちょっとづつ、やりたくない仕事も分配する？？
やりたくない仕事は、たくさんお金をもらえないと誰も
やってくれないよね。
日本だって、今はお金持ちだけど、お金が本当になければ
いっぱい苦労するはずだよ。。。

　 ∧＿∧ 　 　 　
＜　｀ш´＞y-~~~ オープンソースは危険だな。
Linuxを見てもわかるように、最初にコミュニティ規模を大きくしたプロジェクトのみが、
類似プロジェクトの中で一人勝ちするような仕組みになっている。
それも技術的な優劣に関わらずだ。
性能やコーディング、バージョン管理などの点を比較しても、FreeBSDの方が
優れているにも関わらず、Linuxの方がはるかに注目を浴びている。
しかもSunのような商用UNIXベンダまでも巻き込んで、
本来は格が異なるSolarisをも、Linuxはぶち壊してしまうんだよ。
Solarisの洗練されたmulti processor技術や柔軟なmodule化設計を、
Linuxにおいて達成できるのってのか小百時間問い詰めたいぞ。

GPLってのは、知名度を利用して他の小規模プロジェクトから人を奪い取るシステムだな。
もうぶちぎれですよ。

なんだか知らないがなんだか変だぞ。

>>627
> Linux ってそんなにいい OS なのかな？
さあ？知らん。

> オープンソースのうちで、成功した代表が Linux なんでしょ？
> ということは、逆に考えれば、オープンソースプロジェクトは、
> Linux 以下の成功しか収めてないんでしょ？
う〜ん。もし仮にLinusの目的の一つに「Linuxを多くの人に知らしめること」があったとしたら
それは成功してるでしょ？
でも「世界征服すること」があれば成功したとは言えない。
ところで、ソフトウェアを作るからにはやっぱりみんなに使ってもらいたいよね。
もちろんそれは自分が儲けるためかも知れないけど。
漏れはそういう意味でLinuxは「成功」してると言ったんだよ。
単純に「成功」に上下なんかつけられないんじゃないかなぁ。

>たとえばLinusは〜
LinusとLinuxとTransmetaについてはゲイツ公とWinとMSとで置き換えて考えて見てくれ。
632モナー

>631
今のLinux界隈には仕事はない？

つうかスレ違い。スマソ。

> お金なしでソフトを作る方法で、本当にいいソフトがたくさん出来て
> きたとするよね。それは、確かに便利で、特に子供だとか、低所得な
> 国の人には嬉しいと思う。

いいソフトがたくさんできると市場規模が拡大して雇用が生まれるよな。
基本的にオープンソースってのはOSやミドルウェアは開発するかもしれんが、
個別の事例に対して開発はしないよな。
例えばだ、わが社に最適な業務ソフトをオープンソースで開発して
くれ！とかいう奴が居たら、・・・殴りたいよな。

> でも、よく考えてみると、そうなると世界中が、似たり寄ったりの生活
> レベルになるはずだよね？？　貧富の差がなくなるんだからね。。

ソフトウェア産業なんてのは重厚長大な産業の1/100の規模も無いんだぜ。

>>632
パパ、ちょっと変だよ。

いま>>633がいいこといった。

> LinusとLinuxとTransmetaについてはゲイツ公とWinとMSとで置き換えて考えて見てくれ。

MSは戦略として買収、圧力、ロビー活動やってるからね。

　 ∧＿∧ 　 　 　
＜　｀ш´＞y-~~~ つーかLinuxのコードなんて、もう見てらんない。
Linus、150円やるからBSDにその座を譲れと。

最近>>1が登場しないのでさみしい。
ほかほかご飯にょ〜。

>>638
同意。

それはともかく、NWSOSを冷静に宣伝してみようと思うのだが、
適当な掲示板などは何がありますか？
手当たり次第、何でも教えてください。

>>639
　 ∧＿∧ 　 　 　
＜　｀ш´＞y-~~~ この板に作ればいいじゃん。

＞仮にNWSC for NWSOSが無料だとしてNWSOSを買う気になる？
＞漏れはならないと思うから、Lightたんが何を狙ってるのかわからん。
例が悪くないか？値段って不定だし。
「Windowsを捨ててどちらか選べ」
これはもっと深刻か・・・。
LightたんがOS公開したのは
某氏との言い合いが切欠では？

Linusがカーネルを公開したのも
大学の先生に「オマエのカーネルは古い」とか言われたからじゃなかったっけ。
その先生ってのがPOSIX規格を作った人だったよね。

オープンソース批判は
http://homepage2.nifty.com/nowsmart/opinion_freesoft_is_bad.htm
彼もしてますね。

ボランティアでごみ拾いをしたら清掃業者の仕事が減るから困るんだよ！！！

方々で控えめに宣伝をしてきました。認知度が向上すればよいですね。

>>637
俺が151円やるから Linuxのソースきれいに書き直せと。

>>638-639
じゃじゃーん！

いまだにハードウェアのお勉強中です。
geoのページもいじってません。
今日ダイブしたのは、
日立、ＮＥＣ、三菱でＩＣ・電子部品の製品情報
月アスやめたのでＰＣニュースとしてASCIIニュース,zdnet,nikkei,朝日新聞ほか・・・
Ｒ５９００のメーカーを検索してます
それと我が家のテレビが故障中です。
自分で修理しながら勉強しる。
ＩＣメーカーがＰＤＦを置いてあるのでインターフェースも安易にわかるかも・・・
ＩＣの品番刻印はわかりづらい、ＪＩＳ委のせいだ！

１は居ればそれなりにうざい。 OSASK アプリは作れるようになったか？

1が光臨しました。

Lightたん、更新するのはいいけど、やっぱりなんか重要なこと抜けてる気がするよ。
HP自体どこか間違ってる気もするけど。

「起動時間を気にしている〜」みたいな無駄な情報が減ったのはいいけど、
DLLのメモリ効率なんて現時点で知りたい奴いるのか？
トップのドライバの話ももっと短く書くべきだろう。

・ﾁｮﾄしたツッコミ
NWSCの解説から
> 文章にまとまりが無く、しかも誤字脱字が多く見受けられますが
「見受けられる」のなら直せと。

CD-ROMサービスから
> サンプルプログラム募集
何か勘違いしてるんじゃないのかと。


>>603
NWSCの体験版の話はBBSだけど・・・・・

>648

Light タンのやっている、プログラミング作業がどのくらい膨大か知って
言ってる？　ホームページの誤字脱字なんて修正している時間有ると思う？

あと、最近、なぜか、ホームページの HTML 「言語」をプログラムだとか
思ってる人がいるみたいだけど、本当は HTML 言語は、単なる装飾機能付き
のデータだよ。普通、ホームページ作成ソフトに自動作成させるべきもの
だよ。これが、LightCone 氏のプログラムの使いやすさとは全く関連性が
ないよ。そもそも、ホームページの書き方と本来のプログラムは全く専門が
違うよ。

DLL のメモリ効率が知りたくないって言うけど、OSASK が
「セグメントモデル」を使っている理由に、DLL のメモリ効率が良くなる
ことを言っているのを知らないの？
本当は、セグメントモデルでなければ、DLL のメモリ効率が落ちるわけで
はないということが、LightCone 氏は言いたいのでは。

>>649
Light タンのやっている、プログラミング作業が
どのくらい膨大か知って 言ってる？

それを知っているあなたはLightタン！
OSASKスレにLightタンデーモン起動中

>>1
Lightタンのためにスレたててやれ

>>648
＞DLLのメモリ効率なんて現時点で知りたい奴いるのか？
＞トップのドライバの話ももっと短く書くべきだろう。

「べきだろう」まで意見に確信があるならなぜ本人の掲示板に書かない？

ソフトウェアで一山あてたい孤独な天才職業プログラマー

みたいな印象を受けるなぁ… > LightCone さん

>>649
> ホームページの誤字脱字なんて修正している時間有ると思う？
なんか違うぞ。別にそんなことを言ってるわけじゃない。
ていうか、誤字脱字に「気付いている」のにそれを修正する暇もないってどんなのだよ。

> あと、最近、なぜか、ホームページの HTML 「言語」をプログラムだとか
何を突然語り出すんだYO!
Lightたんみたいに自動作成してあれっていうのは
プログラムも同じようなものとしか思えないYO!

> 本当は、セグメントモデルでなければ、〜
それがおかしいと思うんだけどね。
OSASKに対抗するためだけにNWSOSを公開したのか？
Winを知ってるプログラマなら当然だと思うだろうし、
DLLが共有されるかどうかなんて情報が現状で重要だとは思えない。

>>651
Lightたんもここ見てるみたいだし、参加してるような気もゆんゆんするし、
あっちで書いたら迷惑だろうし、と思ったんだよ。
ってここで書いても迷惑か。。。
スレ立てる？題名は↑で。

>>646
そりゃ簡単！
でもぼくたんがしりたいのはインポートメカニズム！
ぼくのページに苦悩が記載してあります。あっは〜ん
>>650
ぼくにはとってもじゃないけど「１≡light」の構図は意外でした！（ぉ（ぃ
今思えば「どうして」と言われてもねぇ？

スレ違い過ぎ

>>653
ここで議論して結果がでる話題じゃない。
そもそもスレ違い。OSとも関係ねぇ。
知りたいなら本人にきいたほうが早い。
そうしてほしいなら本人に言ったほうが早い。
修正する暇があるかきいてみろよ。
NWSOSをなんで公開してのかきいてみろよ。
攻撃したいなら逝って来いよ。
勇気無いならスレたてろ。

ここはOSASKのスレです。
ここはOSAKAのスレです。
ここはOSASKのスレです。

>>648
> NWSCの解説から
>> 文章にまとまりが無く、しかも誤字脱字が多く見受けられますが
>「見受けられる」のなら直せと。

一種の謙譲語だろ ? とやかく言うぐらいなら直してやって、メールすりゃ
良いんじゃないの ?

ダウソできるようにならないとNWSOSは評価できないな｡

>>657
NWSOSがPhotoshopで作られた可能性も否定できんからなぁ。（藁

>658

普通、そこまで面倒なことするかい？

>658
ネタだろうけど、NWSOS のあの画像を Photoshop で作る場合、

SDKHEL~1.DLL という形式(SHORTFILENAME)で表示されて
るんだし、普通は、LONGFILENAME が使えない環境
で dir 取る必要がある（dir されているファイル数
も多いし、かつ、winnt フォルダの内容なんだから、間違っ
ているとばれるだろうしね。）。

ということは、MS-DOS などから、WINNT サブフォルダ
で、dir > a として、今度は、エントリの表示のされ方が
MS-DOS とは違ってるんだから、それをエディタなどで加工して、
次に、そのテキストデータの文字データを、グラフィック
フォントに置き換えてファイル化。

今度は、Photoshop で、Window らしきものを描いて、その
枠の中に今作ったデータを「はめ込み合成」する。

他の二つの Window らしいグラフィックも描いて、マウス
ポインタも描く。

なお、
B:\WINNT>a:

A:\>>save scr ddd.bmp

というのも忘れずに描いておく。

カーソルっぽい矩形も忘れずに、、、。

>649
とりあえず効率の話は良くわかんないで置いといて、
NWS-OS紹介が対OSASKで書いたものだとすると、
メモリモデルの「わずらわしいセグメント」ってのが良く分からない。
8086の64ｋの制約の話のことだとすると
8086の8bitCPUとの互換性のためのセグメントと
386系列の32bitCPUとしてのメモリ管理のセグメントってぜんぜん違うシロモノで
OSASKは386の全機能を使っちゃっていいやってコンセプトのはずだから
なんで「わずらわしいセグメント」なんて話になるのか謎。
まあ、単なる特徴説明ならどうでもいいかも。

>641
＞Linusがカーネルを公開したのも
＞大学の先生に「オマエのカーネルは古い」とか言われたからじゃなかったっけ。
大学の先生はカーネル公開以前のシロモノをあれこれ言うほど暇かなあ。
論争の訳がWEBでも見れるはずだけどURLどこだったっけ。
"ディベート：リナックスは時代遅れだ" で検索できると思う。

ついでにOS分野のオープンソース批判ってマイクロソフトあたりが散々悪さをした後の話としちゃ
ナイーブだと思う。そりゃ、API辺りで責任分担切り分けてきちんと仕事してる所も
あるだろうけど、今みたいに病院だの軍艦だのでOS使う時代じゃ
一部プログラマ虐めになってもオープンソースにしたいって方が自然に感じる。
儲かる商品としてのOSと使用されるソフトウェアとしてのOSのライフサイクルには結構差があるようだし。

>623
とりあえずこれでもどうぞ。
ttp://cl.aist-nara.ac.jp/~daiti-m/text/worse-is-better-ja.html
お客さんさえついてきてくれれば
欠陥の *ほとんど* はどうにかなるみたいですよ。

＞教授とLinux討論
http://www.layer-8.com/document/opensource/appen_A/appen_A.html

Linuxは成功した。
大きな要因の一つは「ネットワーク上で共同開発された」とある。
OSASKも同じ道ではありますね。
かなり参加する人の技術力にかかっていると思う・・。

>>660
Windows上でディレクトリ表示するプログラムを作ってだな、（以下略

>623
じゃなくて
>632
だった。ゴメン。
＞http://www.layer-8.com/document/opensource/appen_A/appen_A.html
Linuxがモノリシックなシステムで古い、
Linuxは当時手に入る仮想記憶実装済みのフリーUNIX、
MinixとLinuxは教材と実用品という結論あたりかな。

OSASKもファイルシステムが似非の段階（αverって所だよね）で
NWS-OS(βとみなしていいのかな？)と比べられるんだから
将来性が期待できると言えるかもね。

川合氏もカーネルは原則一人で作るんじゃないかな。
だから、アプリケーションプログラマをどれだけ呼べるかが焦点だと思う。

age

NWS-OS : 元となった PC-98 用の OS 公開してしまえばいいのに。

>>666
同意

ところで皆さんなにかＯＳＡＳＫアプリ作ってますか？
自分は簡単なアニメーション作ったりして遊んでます。

誰か起動画面つくれよう

ver.2.3age

マウスがUSBだから動かなかった・・・

OSASK のページで、OSASK,Windows のファイルのコピー速度の
比較をしてあったので、ソースを見てみた。

OSASK 版は、Memory Mapped File を用い、アプリケーションレベル
では、メモリコピーをしているだけである。

一方、Windows 版では、fopen,fread,fwrite を用いて、
標準的にファイルを読み書きしている。

これでは、比較になっていない。Windows でも、メモリマップト
ファイルは扱えるのだから、FAIR な比較をするなら、Windows 版
でもそちらを用いるべきである。たとえば、CreateFileMapping(),
MapViewOfFile() API を使って比較しなければ、Windows が一方的に
不利である。

やはり、K 氏は、Windows を深く知らない。そうでなければ、
煽動家と言われても仕方ないのではないか、、、。

はじめての486買ったよ
確かにWindowsとかでセグメント機構が
全然使われてないのはすげえもったいないと思った

Yahoo!登録記念age

>>674
　 ∧ ∧
＜ ｀ш´＞y-~~~ YahooオークションにでもOSASKを出品したのか？

>>675
Yahoo!の研究カテゴリにOSASKのページが載ったんだって

>>675
>YahooオークションにでもOSASKを出品したのか？

それ良いアイデアだよ。OSASK公式CD-ROMとか数量限定で
焼いて売るの。そのCD-ROM自体でブートできる訳ではない
が。

税金がどうなるのか（払う必要があるか否か）が少し気に
なるが。

ｈttp://homepage1.nifty.com/dreaming/osask/index.html

とりあえず、Bochsで試してみるか

　 ∧ ∧
＜ ｀ш´＞y-~~~ CD-ROMにして売るとしたら。。。
ディストリビューションとしてオリジナルアプリケーションのような付加価値が必要だろうな。
公式サイトでDLできるものをわざわざ買う奴はいないだろうし。

件のお返事ですがCDライターを持っていないので、自分ではする気がありません。
やりたいお方にお任せいたします。

自分でも記念に購入したいですね(w

私は神です、何か下さい。ﾃﾍ

んー
おもろそうな企画やな

漏れもCD-ROM化キボンヌ

http://www.google.com/search?num=100&filter=0&q=freebsd+snap+1fd+bsd+kernel

fd2hd 2.88MB

>>683
やっぱりいらん

>>684
こんにちわ神さん
黄色い花・・・が見えたと思ったんだけど

>>672
だったら自分でやってみれば ? 本人も...
| 残念ながら僕はwin32でのメモリマップトファイルの詳しいやり方を知らないの
| で、できる方はやってください。ソースとバイナリーをいただければ、こちらで
| も測定いたします。
と書いてんだからさ。

ちなみに、ちょっとやったみた限りでは...
bench01w.exe: 62sec
Memmap 版 (Debug): 47sec
Memmap 版 (Release): 27sec
だから、Windows の方が多分速いよ。

>686

技術的には簡単に出来ると思うけど、ちょっとやる気になれない。
個人的には、残念ながら OSASK に興味が無いので。
ゴメソ。

OSASK ってまだがんばってたのね。（w

==2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。
===============================読者数：102115人　発行日：2002/03/12
どもども、人格障害者のひろゆきですー。
今日は重大なお知らせがありますですー。
これまで２chでは、企業に対する真偽の曖昧な書き込みは削除しませんでしたが、これからは削除依頼が出たら一旦全て削除して、その真偽をおいらが責任を持って調査し、真実であると確信した時点で改めて復帰させ公開することにしましたですー。。。
これまでは企業に対して、書き込みの内容が嘘であることを「証明してみろ」という傲慢な態度を示してきましたが、これからはおいらが書き込みの内容が真実であることを証明してから大衆の目に触れさせることにしますですー、、、
いやぁ、よく考えると始めからこうするのが当然だったのかも知れませんねー。。。

ちなみに最近はDHCの裁判の模様をお伝えしてますが、それも話半分で聞いていてくださいー、、、
おいらは相手側の主張の極一部を抜き取って、自分の都合の良いように歪曲して報告してますが、その前後の話も含めれば本当は全く違う状況なんですよー、、、えぇえぇ、、、
おいらってば本当に卑劣な人間なんですよー。。。
向こうの弁護士さんも相当に怒っていると思いますですー。。。

ついでに言っておきますが、DHCの件もこれまでと同様に旗色が悪くなったら報告するのを止めますので予めご了承くださいですー、、、
本当は結果まで全て真実を報告して、もし削除するよう決定がくだれば、相手側の企業に対する謝罪のひとつでも掲載するべきなんですよねー。。。
おいらってば人格障害者なもんで許して欲しいですー。。。

んじゃ！

>>687

君の頑張りは皆が認めている。
十分貢献しているよ。

>>687
だったら、批判的なこと書いちゃダメだよ。彼らのやってることが、正し
いなんて言わないけど、少なくとも実際にやってんだから、やらずに批判
するだけの奴よりなんぼかましだよ。

今回 672 で指摘したことは、Windows と OSASK の比較の方法について
です。

OSASK だけに有利な方法で比較している、ということなんです。

なぜなら、Windows にも、OSASK 用のベンチプログラムで用いられている
手法と同様の手法を利用することが出来るのに、Windows では、
「汎用性の高い（＝速度性能は必ずしも重視されていない）」
方法で比較してしまっているからです。

もし、仮に Windows 側では、OSASK 側のベンチが使っているような方法
が採用できないなら仕方ないのです。しかし実際には、OS の能力的には
可能であるのに、使っていないのは、「故意に」それを避けているか、
または、「知らない」かのどちらかです。

だから、「知らないか、または、煽動家だ」と言ったわけです。

こういう批判は、正当な批判なはずです。

>691,692

ちょっと補足。

「彼らは少なくとも実際にやっている」
「やらずに批判するだけのやつ（つまり 672 である私のこと）」

というのは、明らかに間違った見方です。

なぜなら、「何かをやる」ということは、必ずしも実際に
「プログラミングしたり、ベンチマークプログラムを走行させること」
だけではないからです。

672 で私が指摘したように、考察を行ったり、間違いや不備を指摘（批判）
することも、「何かをやったこと」に含まれるからです。

「行うこと」も「発言すること」も「考えることも」どれも重要なこと
です。

ですから、672 こと私は、「やらずに批判するだけのやつ」には該当
しません。OSASK のWEB の BENCH ソースプログラムを見て、解読
し、不備を発見、2ch で指摘、したのですから、「やった」こと
に含まれるはずだからです。

正しく批判することは有益なはずなのです。

ちなみに、私は、C/C++/アセンブラ を業務で良く使っています。
Windows API も、MFC も使えます。
OS を書いたことも有ります。

ですから、ソースを見て不備を発見することは非常に容易でした。
しかし、そのソースを正しく修正する義務は有りません。
実は、OSASK に手を貸すことは、自分の業務に不利になるんです。
なお、ボランティアも重要ですが、産業界においては競争をすること
が重要です、、、。

ちなみに、私は、OSASK の K 氏のライバルと大勢が思っている人物
かもしれません、、、。

http://www.afis.to/~mone/osask/osask_ml/200204/msg00001.html

　 ∧＿∧
＜　｀ш´＞y-~~~ >>672氏に同意というか。
OSASKは良くも悪くもゲームプログラムの延長だと思う。
OSの良し悪しはシステムサービス単体の性能では証明できない。
例えば複数のプロセスから、同時に別々のカーネルサービスを呼び出した場合にも
ちゃんと性能が出るか、deadlockやstarvationの危険はないか。
こういうのはカーネル内における排他制御の粒度や優先度継承機能の有無がポイントになってくる。

個人的に、今のOSASKは高機能ゲームランタイムとしか思えない。
もっともゲーム&エミュレータ専用ならそれでいいのかも知れんが。。。

＜　｀ш´＞y-~~~
そういえば、ファイルをメモリ空間にマップする考え方は、
20年以上前にAT&TのMulticsで既に実装されてるんだよな。

>>672
Lightタンだね！LightタンOSの情報もっと出してくれ。

>>696
> カーネル内における排他制御の粒度や優先度継承機能の有無
カーネル設計者がこういったことを考慮しないで開発を進めるとは
思えないが。まぁ、OSが枯れるにはそこそこ時間がかかるので気長に
待とうや。

Lightたん・・・・
どうして>694みたいなこと言うかな。（ｗ
それさえなければﾁｮﾄくどめのごくまっとうな意見なのに。

しかし、Lightたんって悪い意味でゲイツみたいだな、とふと思った。

>698

もっとゲイツみたいな人ががたくさん出てくれば、MS 一社による
独占はなくなるのではないですか？

競争をなくして、「みんな仲良く頑張ろう」みたいなことは無理です。
何か大きな目標を達成しようと思すれば、ルールの範囲内で
最良（最大）のやり方をするべきです。それをする権利は全ての
人にあります。私と同じ事をする権利はあなたにも、誰にでも
あるのです。いわゆる「機会の平等」です。しかし、誰にでも、
その時点で同じことが出来る力があるとはいえません。
なお、その力は、本人の努力によって大幅に変化するものです。
その人なりの最大の結果を生むように普段から心がけていれば、
それなりの結果を出すことが出来ると私は信じています。
しかし、「みんなおんなじ」ということではありません。

誤字修正：
＞しようと思すれば、−−−＞しようとすれば
すみません。

OSASK の製作の関係者の熱意や努力は充分伝わっています。
私が半ば嫌がっているにもかかわらず、K 氏が何度も
アセンブラやコンパイラの件で私に何度となくメイルを出して
来ていたのも、OSASK を成功させたいがためであったと
思います。
そういう、熱意や今までの努力はすばらしいものです。
見習うべきものだと思います。

しかし、現状、OSASK には、Windows を超えているところは、
まだほとんど無い（皆無に近い）と判断できます。
それはそれで仕方の無いことで、今後の発展に期待するべき
ところなのですが、問題があるのは、Windows と OSASK の性能
比較をする際に、Windows 側の機能を充分知らずに、あたかも、
OSASK が勝っているかのような印象を第三者に与えてしまいかねない
書き方をホームページ上でされている場合があることです。
比較して、一般に公表する際には、もっと、Windows 側の機能を
調べる必要があります。

Windows を批判している内容も、正しい内容なら問題ないのですが、
誤った解釈が行われていると思える文章も見つかりました。
　しかも、そういった文章は、OSASK に取って、非常に重要な
位置付けだと言うことも考慮する必要があります。もし、そういう
文章が、単なる「遊び」の文章であったならばまた役割が違ってき
ますが、OSASK の「売り」を公表するページでそれをやってしまって
いることは、是正する必要があると思います。なお、以前に比べて
是正されている部分もあるようですので、今後に期待しています。

役立つサイトを満載したサイトです。
是非見にきてください。
http://home9.highway.ne.jp/cym10262/

OSASK の川合の「ちょっと一言」ページの、川合氏の発言：
「win32の正しいベンチマーク結果を出すために手伝うことが、
　『反競争的』なのですか？」
結果はどうあれ、Windows 側のベンチマークプログラム自体は、
今後も使用することができます。
これは、OSASK の開発関係者の「労力」を減らすことになり、
結果的に、OSASK そのものの開発に「労力」を配分できるよう
になります。
よって、OSASK 勢に「加担」することになります。

>699
Lightたんだなぁ・・・・

漏れは何もゲイツが悪いとは言っとらんぞ。
ゲイツ流の市場主義を
貧富の差があるからと言って批判した覚えもない。
ついでにMSの一社独占を責めたこともない。
少なくとも>698に書いてはいないはずだし、
このスレでのこれまでのレスの中にもない。

698で言いたかったのはLightたんはヘンに経営者肌だ、ということだけだ。
経営者ぶってる、という方がいいか。
そうするとゲイツとは似てないが。

ちょっとした技術まで出し惜しみするなよ。保身までして。

今回のだと、Lightconeだと名乗って、プログラム自身は簡単だと言いつつ、
くどくどと書かなかったことを釈明するぐらいなら、
サンプル仕上げて送るなり公表するなりした方がよっぽどマシだろう。
名乗らないのなら別にどうでもいいんだけど。

と、漏れは思う。