新OSを作ったら何が必要か話すスレ
例えばどういうのが必要か話し合おうぜ
ひとまずOSの原理構造関連の本を読んでから、スレを立ててくれ。
そこに全て書いてあるから。
あんまり話し合う必要もなさそうだな。
☆★☆★☆★☆★☆★終了★☆★☆★☆★☆★☆
実際には他の環境が整わないとクロスの方が楽なくらい。
それはWinシュミレータでしか使えないわけだから
やっぱりネイティブで使えないとねぇ。。。
？
WinエミュレータってのはWindowsのEXEファイルを他環境で動かすってもんだったはずだが。
で、エミュレータだとしても
エミュレータでコンパイルすればエミュレータを使わないと動作できないんじゃね？
マックでwinが動かせるようなヤツとか
あれとは別か？
それともCygwinみたいな事を云ってるのか？
ほい、説明。
http://pc5.2ch.sc/test/read.cgi/os/1022939074/260-262
マックでwinを動かせるようにしてVisualC++を使ったとする
それでコンパイルしてもマックでは動かないし、マックでwinをエミュレートして初めて使えるじゃん
でもさっきからの話を聞いてたとすると
CygwinみたいにWinでgccが動いちゃうようにしちゃうとすれば
また話は別だなって事。
でもその場合はエミュレートじゃなくて移植って事でいいんだよな？
ありがとう
WINEの完全版って感じですかね。
Windowsの豊富なアプリさえ使えればあとは何もいらないという消極的な人は
いくらでも居るだろうし。
現実論はそうなんだけどさ
もうちょっと夢のある話をしようや
しおりをクリックすると保存した状態に復帰出来る。
複数のしおりを使い分ければ、色々と作業し易くなると思わない？
そんなに変わらないでしょ？
でも、ケースバイケースで同時に使う
アプリは違うと思う。だから、
しおりにそうした状態を保存しておくわけ。
そうすれば、作業を始める時の労力が、
随分楽になると思わない？
うむ。スレと関係あるのか微妙だけど、わるくないな。
ただ、保存すべきことを、本当にアプリの状態と認識するかどうか。
私としては、データの状態を保存するほうがいいのではないかとおもう。
例えば、ひとつの文書に対して、
. 現在の内容がどうで (最終状態での文書内容)、
. 短期的な更新履歴がどうだ (カーソル位置やUNDO履歴)
というようなことを記録復元する機能として位置付けるのはどうだろう?
不揮発というだけでは、「保存」はなくならないかもしれんよ。
全ての機器でメモリが共有されているならまた違う世界がひらけるかもしれんけど。
そうでないなら、例えば、PCで編集していたコンテンツをケータイで見るためには
現状のインフラでは、状態の凍結と移動と再現(おそらく保存とコピーと読み込み)
をせざるを得ない。
で、そういった異種のシステム間での運用を考えると、「アプリの状態」より
「データの状態」であることに意義があると思うわけなのですよ。
OSを中断した時の状態を、
しおりと呼ばれるファイルの形で
保存する機能ね。
>>27-28
そこまでは考えなかったなぁ。せいぜい、
現存するＯＳに無い機能だから欲しいなと。
ファイル関連やメモリー関連の体系的な処理は、
ＯＳレベルでやらないと、ほぼ実現不可能なんですよね。
不揮発メモリーはHDドライブみたく、
高速ストレージとして出ると思うよ。
で、値段が下がってから、
不揮発メモリー標準搭載のPCが出ると。
今のCompactFlashやSD cardの値段が、
64Mで数千円程度。
これ以下の値段で作れるなら、PCの値段が変わる。
つーか、PDAがPCに取って代われる。
つーか、板違いか。
＞つーか、PDAがPCに取って代われる。
というか、ワープロが復活するね。
バグ修正の無い、エクセルとの互換性のないワープロ専用機は復活しないだろ。
>>29
STRとかSTDじゃだめなの？
メモリにそのまま搭載できる。
要は電源を入れると電源を落とした時の状態からすぐに作業が進められる。
当然Windowsの休止からの復帰なんて、ものじゃないほど起動が早い。
HDDの内容が変更されないという条件でだが。
RAM-DISKに保存しておけば・・・・あれ？
RAM-DISKを使うかどうかはM/Bが決める事になるのかな？
ワープロ専用機には、OpenOfficeの
改良版を乗せておけば良いかと（藁
世の中には携帯電話のアドレス帳すら
全く使いこなせない人もいるんだよ。
そんな人達に、Windowsを使わせるなんて・・・
STRやSTDって何？<string.h>や<stdio.h>の略？
まあ最低限の機能はあるけどね。
ただ、もっと根本的に作ろうとすると、
ライブラリを自作しないと駄目だし、ネタによっては、
OSから自作しないと実現不可なんで。
超漢字OSを使ってみれば理解できると思うけどね。
見えてるファイルはポインタみたいなモノだから。
個人的には、ネームスペースみたいなモノを
ファイル制御で行いたいけれど・・・・
メモリの容量って数十Gまではイカンだろ。
そりゃ簡単な物だったら良いけどさ、例えば動画の保存とかTVの録画とか
すぐいくさ。
多くの人が「パソコンが1MByteものメモリをつむのはずっと未来で、その時コ
ンピュータは全く違う形になっているだろう」と思っていた時代があったもの。
実際には仕組みがほとんど変わらないまま、速度と容量だけが上がった。
でも、メモリが数10Gになるころ(6年後か?)には全体としてはペタクラスの容
量が要求されて、やっぱり、主記憶+2次記憶 構成が続いてるんだろよ。
そんな時代には、専門用途に特化したPCと、
汎用機が混在する時代になっていると思う。
もうすでになりかかってるけど。
デジタル地上波対応ＴＶとか、
30以上の辞書が混在する電子辞書とか、
VGA液晶を持つPDAとか、
HDD付きDVDレコーダーとか、
DVD付きのポーダブルTVとか・・・・
いやまあ、どこまでをPCと呼ぶかは問題だが。
組み込みチップを乗せた家電品を、
PCと呼んで良いものかどうか・・・・
ファイルには著作者名があり、
著作属性を持つ。著作属性は四種類。
protected
著作者のパソコンからしか
ファイルの存在は感知できないし、
書き換えることもできない。
private
著作者のパソコンや
著作者の作成したプログラム以外からは、
ファイルの存在を感知できないし、
書き換えることもできない。
public
著作者や著作者の作成したプログラム以外からは、
参照することは可能だが、書き換えることはできない。
free
著作者名は付かないが、誰でも自由に更新可能。
まあ、色々と抜け穴はありそうだけれども、無いよりはマシでしょ。
ニューロコンピュータはまだまだ難しいでしょ。
Z80クラスのCPUを、一つのチップにM単位で詰め込んで、
不具合無しに並列動作させられるなら、話は別だが。
Suspend to RAM
Suspend to Disk
protected:
悪意のある著作者が巨大ファイルを作り、
コンピュータのオーナーが操作できないことによる不具合
private:
上に同じ、存在を感知できない時点で終わってる。
シェルから編集できると言う事は、シェルと同じ仕組みを作れば
感知できると言う事だから、シェルからも感知できないと考えるのが妥当。
著作者別にファイルのデータ領域を作成し、
不正な著作者によるデータは、
根こそぎ削除できる機能を持たせておくとか。
そんだけＣＰＵがあるなら、
全部のＣＰＵが安定動作する必要は無いな。
HDDだって、壊れたセクタはスキップしてるわけだし。
バグの無いＯＳなんて有りえない！
基本ＯＳを妄想するスレはここですか？
真性スレッドストッパー
扱い易く、汎用性の高いUI。マルチメディア処理。サポート機能。AI。
こう考えると、ファイル処理って、必ずしも必要ってわけじゃないな。
ただ単に、もっと良い方法が見つからないだけの話。
単に、共通で使えるAIソフトがあると便利かな？
とか思っただけ。
ごめん、アイデア出す時はネジが緩んでるんで。
そだね。ただ、
今のところ汎用のDBは存在しないからなぁ。
たとえば、携帯電話のアドレス帳で、
メルアドや電話番号が二つしか
使えなくて困った事がある。
結局、同じ名前を二つ作った。
特定の項目だけ、情報を複数使えるよう
拡張できるDBが欲しいな。あと、
画像や映像、音楽、音も扱いたいし、
コウモリ問題にも対応して欲しい。
(実身、仮身みたいな奴)
逆に、汎用のＤＢさえあれば、
ファイルはほとんど必要ないね。
不正な情報も発生しなくなりそうだし。
不正なデータを作れないＯＳ。
すべての情報には基本フォーマットが決まっており、
フォーマットから外れる情報は、ＯＳから蹴られる。
要は、ＣＧはＣＧで、テキストはテキストで、
情報群は情報群で、すべての情報に対して、情報の
型が決まっている。情報の加工方法もＯＳの機能と
して定められているため、バグが出にくくなる。
ちなみに、情報の加工機能を追加する場合は、
OSの機能の一種としてのみ追加出来るし、
情報の基本フォーマットを追加する場合も、
OSの機能の一種としてのみ追加出来る。
バイナリデータを編集する事が不可能になるため、
既存の開発言語が使えなくなる欠点が有る。
オブジェクト単位で処理できたら、
扱い易そうだな～とか思ってる。
ObjectFile.str = ObjectMem.str;
とやると、メモリーの文字情報が
ファイルの文字情報部分に書き込まれ、
ObjectMem.str = ObjectFile.str;
とやると、ファイルの文字情報が
メモリーの文字情報部分に書き込まれる。
ObjectFile.CG[3] = ObjectMem.CG[1];
とやると、メモリーの１番目の画像情報が
ファイルの３番目の画像情報部分に書き込まれる。
ObjectFile = ObjectMem;
とやると、メモリーの情報が
ファイルに書き込まれる。
ってな感じ。
WinFS調べて来い
たとえガイシュツな事だろうと
自分で考える事だ大事だと思った
暇人とか言われてもいいし
頭だけで作れる人いないじゃんって言われてもいい
ネスケ作った人だってパートナーのコードかける人がいなかったら誕生しなかった
思いつく人は蔓延していた方がいい
起動すると不定期に「ぬるぽ」と言ってくる。
10秒以内に叩かないと、カウントが1減らされる。
カウントが0になったら、そのOSは自分自身でFormat C:を実行してしまう。
次回起動したら、夢のパラダイスが君を待っている。
そんなウィルスができそうな気がしない日曜日の11時15分00秒
コンピュータが二つあれば...
というのは置いといて、Windows + iTron とか Linux + iTron が同時に動く実装があるよ。
あと、VMWare とか VirtualPC とか使えばお手軽に複数同時に動くし。
また別のプログラムは別のOS上で動く
プログラムがOSを選ぶという感じでしょうかね
それを実現するならば、それぞれのOSを支配するプログラムが必要だな。
つまり、合計三つのOSを動かすと。
おまえらなんでこの板に居るの？
質問の意図がわからぬの。
ＯＳにそんな機能を持たせる必然なんて・・・面白そうじゃねぇか。
もうちょっと実用的な考えをすれば
OSに得意分野があるって事じゃないかな
画面一つでキーボード複数とか、音声を帯域分割で出力とか色々考えてほしい。
俺的には、「ＯＳがＥＸＣＥＬ」でＯＫ
CPUがデュアルコアになったらOSも2つ走るんじゃなかったっけ?
ワープロでいいのか？
余談だけど、韓国や中国は国ぐるみで無料フォント作ってるけど、日本は・・・
日本規格協会は金の亡者だし、IPAは金があれば食いつぶすし、まともな国語の管理機関もない。
OS作る暇と金があればフォントや日本語辞書の整備に金を使えといいたい。
kwsk
2年も前のレスにマジレスすれば、平成書体、IPA書体、和田研書体、GT書体、NACSIS UCSフォント(韓国製)等、国の金でいくつもの独立した書体ができてる。
書体制作に大きな無駄が発生していることは事実だが、言語政策として間違っているかどうかは別問題。
言語管理機関は字形を示し、工業規格が書体を示すやり方は決して間違ってはいない。
国語審議会の例示字形に少しでも反する字が和字として非標準になってしまうなら、タイポグラフィが成り立たなくなる。
そういった意味ではJISが作らせた平成書体は、日本の標準的フォントといっても過言ではない。
しかもどこかのIPA書体とは違って、ある程度透明性のある開発がされてきた。
ちなみに明朝がリョービイマジニクス、ゴシックがキヤノンの子会社になった日本タイプライター、丸ゴシックが写研のデザイン。
開発に関する小話はフォント千夜一夜物語を読めば多少わかるように、クローズなところから突然湧いてき出てきたフォントではない。
コミュニティで開発したわけではないから、メーカーに対してライセンス料が発生するのは当然のことだろう。
これはドイツのDINだって変わらないぞ。
OSで使うフォントは、ライセンスに細心の注意を払ってオープンなものを採用するか、他社からライセンスを取得することが考えられる。
あるいは一緒に開発してしまうのも一策ではある。
>>82 の、ステロタイプなお上叩きはおいとくとして、国民の文化と福祉のために、
このコストは国が負担すべきじゃないか、という論はあるとは思う。
だから国語審議会が教科書体や標準字体をベクタデータとして自由なリソースとして公開することには賛成だけど、IPAのようなクローズなやり方だったらやってくれないほうがいいな。
ものでないのか俺には理解できないが。
あと、IPAに具体的な文句があるならこんなところでどうこう言ってないで
フィードバックすべきだ（してるのかもしれないが）。
ttp://www.ipa.go.jp/software/open/ossc/2008/font/koubo.html
ライセンスの改訂とかあったのだし（もう過ぎてしまったが）。
コンピューターがなければ文化的な生活ができないとしたら、フランス人の60%以上は未だに文化的な生活を送ってないわけですね。わかります。
しかもフリーフォントは既に存在するから、それでも公的機関がフォントを無料配布する必要があるというなら、公的機関がOSやドライバやブラウザを開発して、
コンピューターも公的福祉の一環として国民全員に配布しなければいけなくなる。
IPAフォントに関しては、以前誰が開発したかを問い合わせた人がいたが、それに関しては確か明確な回答が得られなかった。
公的機関、しかもLinuxなんかを推奨してたはずの機関が、まさかのクローズドな開発(というよりは入札)をしてたわけ。
結局これを知っててIPAフォントを使ってるユーザーっていうのは、無料だから使ってるに過ぎないし、無料だったら何でも構わないというならそれこそ乞食と同じ。
公的機関が成果物に対して対価を支払うことに対しての、あるいは開発に対してのインセンティヴを奪うことを許容すれば、競争原理を破壊して文化の発展や技術進歩を阻害することになる。
OSやフォントが泉から沸いてくるならともかく、誰かが時間を割いて書体をデザインするからには、一種の労働対価が発生すると見做せるが、
利用者がそれを買わなければ労働対価を支払う術が存在しないから、資本主義経済においてこの手の開発は必然的になくなるから、結果的に多様性が失われることになる。
要約すれば、現にM+やVLゴシックのようなフリーフォントもあるし、利用者開発者双方の経済を動かすインセンティヴを奪うに見合うだけの理由が存在しえないから、
資本主義経済において公的機関がフォントを無償配布することはマクロ的に見れば害でしかない。
そしてクローズドな入札をして税金を浪費するIPAのやり方は論外。
成果を出せるプロジェクトに必要な経費は将来の利益のために投資されるから買えない理由が無いし、Linuxの思想を信奉する人間はGPL準拠でオープンなフォントしか採用しないから、IPAのやり方に同意してるのは厨房だけだな。
「オープンソース」なんて妙な造語を作る必要もなかったろうになw
開発環境は、ubuntu辺りが一番いい。
100～のスレッドの続きを読む