NOWSMART-OS

国産OS、NOWSMART-OSについて語るスレです。
OS単体のみならず、アセンブラ、Cコンパイラ、リンカ
なども開発されており、ある観点ではnot win系、not unix系な
OSとしては、かなり完成系に近いOSの一つだと思われます。

国産OS、NOWSMART-OSについて語るスレです。
OS単体のみならず、アセンブラ、Cコンパイラ、リンカ
なども開発されており、ある観点ではnot win系、not unix系な
OSとしては、かなり完成系に近いOSの一つだと思われます。

国産OS、NOWSMART-OSについて語るスレです。
OS単体のみならず、アセンブラ、Cコンパイラ、リンカ
なども開発されており、ある観点ではnot win系、not unix系な
OSとしては、かなり完成系に近いOSの一つだと思われます。

国産OS、NOWSMART-OSについて語るスレです。
OS単体のみならず、アセンブラ、Cコンパイラ、リンカ
なども開発されており、ある観点ではnot win系、not unix系な
OSとしては、かなり完成系に近いOSの一つだと思われます。

国産OS、NOWSMART-OSについて語るスレです。
OS単体のみならず、アセンブラ、Cコンパイラ、リンカ
なども開発されており、ある観点ではnot win系、not unix系な
OSとしては、かなり完成系に近いOSの一つだと思われます。

国産OS、NOWSMART-OSについて語るスレです。
OS単体のみならず、アセンブラ、Cコンパイラ、リンカ
なども開発されており、ある観点ではnot win系、not unix系な
OSとしては、かなり完成系に近いOSの一つだと思われます。

NOWSMART-Cの強みは、Win32バイナリを出せる点かもしれない。
セルフ開発できればもっとうまみはあると思うけど、
現状、NOWSMART-OSのリリースがないので、その点は現状、評価不能。

OSを作るよりも、開発言語の提供の方が重要な役割を占めていると
思う。linuxもGNU-Cがなければ、あそこまでメジャーになれたとは
思えないし、また、リチャードストールマンもその貢献度を強く指
摘している。

Windowsよりも決定的なメリットがないといろいろな意味でOSとしての
存在理由が厳しいと思う。

Windowsは汎用OSとしての役割は十分すぎるほど担っていると思われる。
それはドライバの豊富さを見れば一目瞭然。
linuxの場合、ドライバは有志の手によって整備されている。
しかし、最近のハードウェアはドライバを機械作業で作れるものでは
なくなってきており、有志の手による作業にも限界がある。
NOWSMART-OSに限らず、このあたりのドライバの調達問題をいかに
解決するか？がネックになると思う。

OS開発に注目されがちだが、ドライバ開発こそがOS開発でもっとも
難しくまた人海戦術を強いられるところなので、この点を解決されない
かぎり、linux、NOWSMART-OS、その他のOS、全てに明るい未来が皆無と
判断せざるを得ない。さもなくば、wineなど、Windowsエミュレータを
載せるというある意味ネガティブな解決策しか残されない。

linuxですら汎用OSとして使えないのは明らか。それは業務上、
どしてもWindowsのアプリなども併用しなければならないから、だとか
Windows上からでしか使えないプリンター、その他周辺機器などが
あまりにも多いため。

もし実用的なオリジナルOSを作るならば、
Winの財産を利用するなんらかの手立てを考慮にしたものであることが望ましいと思う。
完全なセルフブートOSを目指すならば、それなりのウリが必要だ。

今後のOSは、（むしろ一昔前から）、言語とのセットが必須。
小さいサイズでなければならない一部の組み込みOS用途でもないかぎり、
開発者に低級言語を押し付けるメリットは微塵もない。
NOWSMART-OSも、それ単体ではなく、C言語、できればC++言語もセットに
すべき。
OSと言語との統合をいち早く実現したのが、JAVA言語であったとも言える。
あるいは、'80前後のBASICも時代を考察に入れれば、OSと言語とが密接に
絡んだ環境であったといえなくもない。

多かれ少なかれ、言語とOSとの関係は昔から切っても切り離せない
根幹的な部分であるといえる。

>>1>>2>>3>>4>>5>>6>>7>>8>>9>>10>>11>>12>>13朝もはよから自作自演モツカレ様です
つーかｵﾅﾆｰスレ立てんなｸｿが

Windowsのカーネルが肥大化してるというのはかなりの妄想である点も
注意が必要だ。Windows3.1アプリケーション、もしくはMS-DOSが起動
していない状態では、きわめて小さくピュアな32Bit環境が保たれてい
る点にも注目すべき。
カーネルの実行ファイルが巨大に見えても、IP（インストラクションポインタ）
がしばらく走らない部分は、スワップアウトされ、結果的にメモリを
圧迫してない点も注意すべきだ。
これは特にWinNT系で顕著である。

だから「小さく速く純粋である」というのはあまりウリにはならない。

車の特性を考慮せずして、高速道路を作るのが危険であるのと同様、（以下略）

走らせたいアプリケーション次第でOSの開発が決定される。

>15

　Windows は、2000/XP になってからは、安定性も増したし、個人的には
特に問題が見当たらない。
　Windows 9x 系に比べると、Win NT 系は、タスクの同時実行性や、
ハードウェアアクセスの並列性が向上しているように体感できる。
　
　けれど、Windows 2000 から比べても、Windows XP がさらに遅く
なっている様に感じるのは、なぜだろう。並列性が向上した反面、
CPU パワーを浪費しているのだろうか。

リーナス氏ですら、OSのカーネルを構築するのが手一杯であった。
だから、OSと言語、（しかもC++）を同一人物がセットで開発するNOWSMART-OSには
大きな魅力を感じずにはいられない。

もし実現すれば、おそらく世界初の偉業達成となる筈だ。

>16

同意。

たとえば、銀行の ATM 用の OS と、ゲーム用の OS、事務用の OS、
大規模計算用の OS では、強化すべき点が違うと思う。

銀行系では、お金を扱う。また、莫大な数の振込み、引き出しなど
があらゆるタイミングで、データベースの書き換えに集中する。
また、突然のハードウェア事故等が起きても、絶対に預金額が
狂うことが許されない。
こういう目的では、ファイルシステムも、安全性を重視した特殊
な形式にすべき。

一方で、ゲーム用の OS では、安全性よりも、高速性や、VSYNC
動機機能、BGM 再生機能などが必要となる。

大規模計算用では、仮想記憶や、マルチプロセッサ対応などが重要
になると思う。

誤字訂正：

VSYNC 動機機能--->VSYNC 同期機能

>Windows XP がさらに遅く
>なっている様に感じるのは、なぜだろう。並列性が向上した反面、
>CPU パワーを浪費しているのだろうか。
お答えしよう。
それはMicrosoft社の幹部が
「16Bit時代に作成されたドライバレベルでハングアップしても、
大衆にはWindowsがハングアップしたと見えてしまう。ならば
ドライバをエミュレートモードで実行させ不法な実行は１命令づつ
可能なかぎり監視せよ」という指令があったからである。
WinXPでは、ドライバですらOSの手のひらで動く結果になった。
結果、即答性が求められるモデムなどのドライバで、処理速度的な
互換性を失ったがCPUが十分に高速であれば実用に耐えうるものとなった。

また、WinXP以降では、PC/ATに装備されているWait I/O を使って
タイミングを調整しているようなドライバに対しても、架空時間ウェイト
を保障するようになった。

このようなドライバは、NT以前ではウェイトは無視され実行されていたが
XP以降ではウェイト保障のためブロック。その間、スレッド切り替えすらを
も禁止するCompleteIdleTimingが挿入された。

>>走らせたいアプリケーション次第でOSの開発が決定される。
だが、Windowsはその大半の用途をカバーすることに成功したと言える。
またlinuxもカバーするのも時間の問題といえる。

Windows は、完成度が高いことは事実だと思う。

だけど、昔に比べてハードウェアまでの距離がずいぶん遠くなって
しまったとは思う。

自作のボードなどを制御するのも MS-DOS などでは簡単だったけど、
Windows では難しい。だけど、MS-DOS は何かと不便。
両方を満たす OS が個人的には欲しい。

新しいハードウェアを作って、そのハードウェアを制御する目的
には、Windows は向いていないように思う。

＞またlinuxもカバーするのも時間の問題といえる。

犬厨の妄想にはつきあいきれません(ﾜﾗ

NOWSMART−OSの一般公開が待ち遠しい。

>>20

V-SYNC同期って言い方、へんじゃない？

linuxの場合、どうしてもメモリ効率がWindowsに比較して悪い。
これは、GUIモジュールを一枚岩にしなかったことが起因している。
32MBの物理メモリで、Xを立ち上げ、ネスケを立ち上げ、2chに書き込む
ことが非常に困難。

逆にGUI分離可能なlinuxは、それを不要とする分野（例えばサーバー
用途）では、その実力を発揮する。

結局、GUIまで載せると、KDE、GNOME問わず重い。

NWSCは本当にNOWSMART-OS上でセルフコンパイル＆ランが可能なのだろうか？
仮に不可能だった場合、ネットワーク接続によるリモートランは可能なのだろうか？
慣れた環境からNWSCターゲットに開発実行バイナリを転送できる機構が
用意されてないと非常に厳しい開発環境となりそうだ。

＞だけど、昔に比べてハードウェアまでの距離がずいぶん遠くなって
＞しまったとは思う。
そんなことはありません。
是非、MS社のサイトで公開されているDDKをDLしてください。
旧態依然、ドライバはアセンブラで記述され、またサンプルソースなども
公開されています。
ハードウェアとの距離が離れたのは、あくまでもアプリケーションレイヤーです。

NOWSMART-OSはVC++の吐き出したバイナリも実行可能らしい。
もちろん、APIコールしていないことが前提だろうが、もしそうだとすれば
Win32バイナリと親和性の高い組み込み系OSとしては実用になるかも
しれない。

組み込み機器といっても、最近じゃPC/ATより低価格とは限らない。
RISCチップといっても、処理速度さえ間に合ってしまえば、Pentiumの
100MHz程度の方がぐんと安いこともある

しかし、NOWSMART-OSがWindowsよりも軽快であるかはまだまだ疑問だ。
本人のHPでも書いてあるが、BitBLTできないだけでスクロールが遅いとのことだし。
ハードウェアアクセラレートを当然のようにするWindowsはある意味、
激速だ。例えば、GeForce3なんて買ってもlinuxじゃ何にも速くならない。

>>29
>＞だけど、昔に比べてハードウェアまでの距離がずいぶん遠くなって
> ＞しまったとは思う。
> そんなことはありません。
> 是非、MS社のサイトで公開されているDDKをDLしてください。
> 旧態依然、ドライバはアセンブラで記述され、

　 ∧ ∧
＜ ｀ш´＞y-~~ おいおいデタラメ言うなよ。
Windows9xDDKもNT-DDKもWDM-DDKもC言語がベースだぞ。

NTでは設計当初からBus-architectureや各種Peripheral-controllerに対してさえ
ニュートラルに設計されているんで、どこぞのOSと違って桁違いに洗練されてる。
Lin○xなんて、DMACへのアクセスをマクロで実装してるからな、、あんなのは抽象化とは言わないな。

例えばWindowsNTでI/Oを直接叩く方法は意外と簡単だ。
giveio.sys というドライバをまずインストールする。
そして、通常のアプリケーションから

CreateFile( "//./giveio");
として、すぐにそのファイルを閉じる。

以上で、アプリケーション側からI/Oポートアクセスが可能になる。
WinNTやlinuxの場合、プロセスごとに8kバイト長のIOPMが用意されていて
ポート単位に割り込み許可フラグを指定することが可能。

つまり両OSとも、I/O隠蔽はCPUの機能に強く依存している。
逆に、このIOPMの制約さえ解除すれば、WinNT上からでも旧来のDOSで
培ってきたドライバ資産が解禁される。

>>32
一般にMSでは、ドライバの作成手順を定めているが、33で書いたような
方法でいとも簡単にそのセキュリティは解除可能。
また、giveio.sysはプロセスごとのIOPMを設定するので、
自分のアプリケーションだけに設定する場合は危険度も少ない。
大抵のDOS組み込み系アプリは、この手法で動くとし、Microsoftは
バックドアとして上記の方法を黙認している。

giveio.sysは単一プロセスのみに大して、I/Oアクセス権利を解除するが、
全プロセスに対しても解除する　totalio.sysというのも存在する。
Microsoftは一般には公開していないが、組み込み機器メーカに対して
以下のような非公開APIを用意している。

void Ke386SetIoAccessProcess()
void Ke386SetIoAccessMap()

これは ntoskrnl.lib を lib.exe でシンボルダンプすれば
すぐに見つかる。
これは任意のIOPMを食わせることが可能で、任意のプロセスに
I/O許可マップをWindows経由で指定できるというもの。

このように、Microsoftは組み込み機器メーカへの配慮も怠っていない。
少々、泥臭い隠しAPIだが。

組み込み機器で仕事していた人なら分かると思うが、
「Windowsがハード直叩きさせてくれない」というのは迷信である。
WinXPも含めて、I/Oとの距離はこのIOPMマップさえ外せば、DOS時代にまで
戻ることができる。また、非公開とはいえ、上記APIはMicrosoftの作成
したものであり、また全てのWinNTでその動作が保障されている。
Microsoftが保障していないのは、I/Oを直叩きした後のことである。

　 ∧ ∧
＜ ｀ш´＞y-~~~
いいたいことは大体分かったが、
NOWSMART-OSとどこが関係あるんだ？

i386固有のI/Oアクセスマップの制御を
NOWSMARTのカーネルが対応すれば、
それで組み込み用途に対応したことになるとかいうオチか？

＞いいたいことは大体分かったが、
＞NOWSMART-OSとどこが関係あるんだ？
つまり、Windowsだって痒いところまで届くんだから、
NOWSMART-OSが痒いところまで届くのはウリにならないですよ、と言いたい。

なんかもの凄い自作自演ちゅうか、一人語りというか。。。。
>>7-18
今度からそういうのは一つにまとめてくれや。
>>2-6は何なんだ？

38もレスあるから漏れの知らない間にいつのまにか作られてたのがageられてきたのかとｵﾓｰﾀよ。

でNWSOS。何もわからんのにスレ立ててどうすんの？（ｗ
買う奴いる？
漏れ的には
> 詳しい知識や役立つ情報をお持ちの方のご協力があれば幸いです
なんぞと抜かしてるのが気に入らんが。
オープンソースにするとか、開発者・開発協力者はタダとかを謳わずに協力してくれってのはなあ。
開発に協力しても、「\500になります」とか言われそうだもんな。（ｗ
つーか、シェアウェアが自分のページで情報募集ってのも凄いような気がするけど。

あと、あそこの「作業時間の内訳」って何の意味があるのか誰か教えてくれ。

>33

Windows でも、ドライバが、ハードウェアに直接アクセスできるように
されているのは当然だけど、その手順が膨大な DDK を読まないと
分からず、しかも、gvideo.sys というドライバをインストール
しないとならないというのは、「ぎょうぎょうし」くないですか？

もうちょっと、気軽に出来るような OS があったら便利では？

ドライバレベルでは、in, out 命令を使わないで、API を呼べば、
I/O ポートアクセスは、gvideo.sys を使わなくても出来るには
出来るのですよね。

でも、やっぱり、資料を読むのが辛い人も多いのでは？
なんだか、たかだか I/O ポートや、特定アドレスの
物理メモリにアクセスするのに、Windows ならではの膨大な
資料を読まなきゃ成らないのは、忙しい人には困るのでは。

だから、そこのところを簡単にできればうれしい人も多い
のでは。

>>40
> Windows でも、ドライバが、ハードウェアに直接アクセスできるように
> されているのは当然だけど、その手順が膨大な DDK を読まないと
> 分からず、しかも、gvideo.sys というドライバをインストール
> しないとならないというのは、「ぎょうぎょうし」くないですか？

　 ∧ ∧
＜ ｀ш´＞y-~~~　DDKのマニュアルは非常に分かりやすいと思うが。
別にDDKを読まずとも、giveio.sysという
ソースごと公開されたソフトを組み込むだけだぞ。
ttp://www.gijyutu.com/g-soft/automa/nt/automa_nt.html

まあ妥当な実装方法は、一部のPC-UNIXのように
I/Oポートをキャラクタ型のスペシャルファイルとして提供する方法だろうな。

Windows互換OS作ってるヤシもいたけど、みんなAPIとかどうやって調べてるんだろか。
Winのドライバを他のOSで動かすための資料の調達とかも。
やっぱSDKやDDKをｺｿｰﾘ見たりWindowsを解析したりしてるのだろうか。
どっかで問題になりそうだけど、抜け道あるのかな。

教えて偉い人！

ﾜﾗﾀ
川合さんにコメントされとる。

＞でも、やっぱり、資料を読むのが辛い人も多いのでは？
＞なんだか、たかだか I/O ポートや、特定アドレスの
＞物理メモリにアクセスするのに、Windows ならではの膨大な
＞資料を読まなきゃ成らないのは、忙しい人には困るのでは。
＞だから、そこのところを簡単にできればうれしい人も多い
＞のでは。
ですから、それは迷信です。
I/Oポート読み書きするまで必要なソースはWindowsの場合、数行です。
in/out 命令は VC++ なら asm構文を使ってください。

とにかく調べること。
正式なマニュアルを入手すること。

「Windowsが無意味に重く贅肉だらけ」というのも今となっては迷信。
CPU占有率なども、パフォーマンスモニターなどで観察してみれば一目瞭然。

＞でNWSOS。何もわからんのにスレ立ててどうすんの？（ｗ
＞買う奴いる？
確実に市場は存在するだろ。
Win32APIさえ使わなきゃ、VC++の吐き出すバイナリが動くってことは
デバッガもVC++統合のやつが使えるってことだろ？
NWSCコンパイラも存在するらしいが。

最近、組み込み系でもx86ボードが席巻しつつあるしな。
Win系実行フォーマットが動作し、各種ファイルアクセスが可能で
32Bit環境で、スレッド切り替えが存在して、１ライセンス\500だったら
安いだろ。

DOSじゃ物足りないしな。

で、組み込み現場な俺に言わせれば、unix系っていうのはいろいろと
面倒なのよ、文字列セットといい。S-JISをまるで意識してない。

例えば、ちょっとした電光掲示板に日本語を表示するにしても
その掲示板はS-JISコードによる入力のみを受け付けることが多い。
で、顧客からのリスト表もExcelファイルだったりして、当然、
S-JISであることがほとんど。

で、unix系のOSだと、どうしても文字コード変換が必要になると。
ランタイム時に変換しなければ、コンパイル時に変換可能だが、
ソース中は文字化けする。（S-JISに対応したviだとかemacsあるけどな）

unixが席巻しない理由は他にもいろいろあるが、組み込み系もDOSで
あることが必須。海外はどうだか知らんけどね。

NWSOSのリリースはいつ？

Lightさんは、NWSAをNWSOSに移植したらしいけど、本当に必要なのは
クロス開発環境の構築なのでは？
初期段階では、Windows上で実行バイナリを生成し、それをLAN経由で
NWSOSターゲットに転送＆実行ってのがセオリーだと思うのだが･･･

　ところで、DDK を読んで、ハードウェアを制御するのってやっぱり
難しいのでは？

http://www.media-plus.co.jp/ddw/ddw.htm

このページは、「デバドラ職人」というんだけど、

>アプリケーションからハードウェアを直接制御
>IOポート/メモリ/DMA（バスマスタ）/割り込みの制御が可能
>ISA/PCI/PCMCIAの各バスに対応（PnP対応）
>DDKは必要ありません。
>ハードウェアのテストに最適
>日本語コメント入りソース付き（カスタマイズにより専用ドライバ作成が可能）

と書いてある。

一応売り物。

逆にいえば、本当に素の Windows がハードウェア制御を気軽に出来るの
なら、こういうソフトは出てこないと思う。

51 と似たようなものだと思うけど、

>http://www.bsquare.co.jp/products/winrt/winrt.htm

見たいなのもやっぱりある。


>Windows 95/98/Me/2000/NT4.0/NT Embedded上で、
>PCI/ISA/PCMCIAデバイスなどのハードウェア制御を行う場合、
>お客様はアプリケーションの他に、
>PCI/ISA/PCMCIAデバイス専用のデバイスドライバが、
>OSごとにそれぞれ必要になります。（画面1〜3参照）


>Windows NT4.0/2000 のデバイスドライバ
>「デバイスドライバの開発は非常に困難なため、開発コストの負担
>　は大」

とある。

やっぱり、Win 系では、ハードウェア直接制御はもちろん、出来る
には出来るんだけど、気軽には出来ないということだと思う。

>50
１．プロトコルスタック＋NICのデバドラ書く
２．自分が書いたコンパイラを自分が作ったOSに移植する

どっちを取る？

>52

ちなみに、このソフトは、1年間のサポート付きで、15 万円。

この値段でも多分、買いたい人はいるのだと思うよ。

メーカーとかだと、お金はある。
だけど、短時間で結果を出さないと成らない。
だから、千ページ程度にも及ぶ、Windows DDK のマニュアルを読む
のは辛いんだと思うよ。

１を取ります、間違いなく。
２も可能なら２もやりますが〜。

どちらにせよ、１は必須でしょ？重要度は２より高い。
ターゲットボードに転送する術なかったら完全密閉状態だし。

＞逆にいえば、本当に素の Windows がハードウェア制御を気軽に出来るの
＞なら、こういうソフトは出てこないと思う。
そのソフトはPCIバスの発行ウィザードなどがあるから売り物として
成立する。それはWindowsのハードウェア制御が難しいからではなく
PCIバス、ISAバスなどのコントロールが難しいから。
宣伝文句として、「デバドラ開発はコスト大」と書かれているのだと思われ。

また、宣伝の内容からして、IOPMを無効にするAPIを内部で使ってると思われ。
WDM、VxD問わず、統合的にユーザーアプリから叩けると唄ってる商品は
国内外問わず大抵、MSの隠しAPIを使っている。デバッガかければ一発で分かる。

NOWSMART-OS のウリをまとめると、こんな感じになるのかな？

・32bitバイナリ（Win32互換）がAPIはないものの走る
・スレッド管理、タスク管理、ファイルアクセスなどが一通り揃っている。
・Win上での開発が可能
・C,C++での開発が可能。VC++の併用も可
・バンドル料金が\500で、ROM-BIOSの単価卸値とほぼ同等で費用対効果がまずまず。

まぁ、高級言語で３２Bit環境が構築できるのは嬉しいね。
UNIX環境でも可能だけど、UNIXソフトはWindows上でのクロス開発は困難だよね。
ただunix慣れてる人には、あまりうまみないかも。

OSは独自設計なんだろうけど、Windows（DOS）との相性の方がいいと。

しかし、個人でCコンパイラなど作れるものなのか？半信半疑だ。

Lightたん開発のANSI-C準拠Cコンパイラってどの程度の性能なの？
NWSOS専用コンパイラでは比較しようがないかもしれないけど

確かにVC++の吐き出すコードが動くローカルターゲットって
いろいろな用途がありそう。

これって、例えばFFT変換などの組み込みでは、開発時はVC++の
ソースレベルデバッガが使えるってことでしょ？組み込み市場の
バランスを崩しかねないなぁ。

もっともMIPS系チップならGDB使えばソースレベルデバッガ使えるんだけどもさ。

まぁ、パチンコ液晶の制御もPC/ATのVESAだったりするしな。
大抵、DR-DOSのライセンスだったり、MSのライセンスだったりするんだけど
Windowsを入れるには大規模すぎるけど、32Bitフラットな環境が欲しい場面って
いっぱいあるよね。
MS-DOSのライセンスは今も昔も変わらず、\7000はするし。

で、linuxカスタマイズを入れるよりも、NWSOSを入れるメリットってなによ？
文字コード問題だけか？

＞Lightたん開発のANSI-C準拠Cコンパイラってどの程度の性能なの？
＞NWSOS専用コンパイラでは比較しようがないかもしれないけど
とりあえず、現状、Win32専用コンパイラらしいが詳細は不明。
COMオブジェクトを叩いてアウトルックを制御したり、
Win32APIも普通に呼び出せるみたいなんで、一応、実用レベルなんじゃない？

誰かNWSCコンパイラの体験者いない？

NWSCってyacc/lexベースなの？それとも独自？

興味深いスレだけど、豊たんの自演っぽい気がしなくもないね。

>65

独自です。

>58

能力さえあれば実際作れます。大変ですけど。

よ〜し、パパ、シックスナインしちゃうぞ

いつのまにかNWSOSが組み込み向けとして認識されているという罠。

ちなみにハンドル料金は\300。

つーか、オフィシャルが無いね。

NOWSMARTシリーズオフィシャル：
http://homepage2.nifty.com/nowsmart/

＞能力さえあれば実際作れます。大変ですけど。
しかし個人でOS、アセンブラ、Cコンパイラ、リンカを揃えられた例って
世界中探してサンプルがあるのか？
リーナスですらOSのカーネルどまり。
GNU-Cなんか、いつまでたっても最終目的のOSを作れず、linuxに嫉妬。
MSは人海戦術で･･･

やはり半信半疑。

>>つのまにかNWSOSが組み込み向けとして認識されているという罠。
ていうか、ユーザーがどのような用途に使おうがライセンスさえ貰えば
勝手だろ？セットボックスやカラオケボックスも組み込み系に分類されるけど、
中身は単なる型オチPC/ATだったりするしな。
Windowsいらねーけど、タスク管理やファイル管理してくれるWin系OSって
あるようで皆無。まじ、ネットで検索しまくったことあるけどさ。

ANSI-Cコンパイラか･･･
で、LightちゃんはC++コンパイラをも作るといってるよねぇ。
NWSCの使用レポートを激しく希望。
ていうかCマガの付録かなんかでサクっと体験版でもつかないかねぇ。

>Windowsいらねーけど、タスク管理やファイル管理してくれるWin系OSって
>あるようで皆無。
確かに皆無だな。でもDR-DOSにDos-Extenderのコンビでできなかったっけ？

Light氏ってちょっと危険人物のような気がするのは気のせい？
腕のいい危険人物。なんかマッドサイエンティストの香りがする。

でも、腕は確かのようだね。っていうかある意味、地球一の腕かも。

ん？情報学科とかだとコンパイラ作ったりしないの？
OS論とかも一通りやるだろ。
それで作れるようになるかどうかは知らんが。

で、>71、コンパイラ作れる個人とOS作れる個人と汗作れる個人がいるんだから、
それ全部できる奴がいても不思議じゃないだろ。
もちろんそれなりの技術は必要だから凄いけど、それほど凄くない。
その内容がどんなものか分からんうちは特にね。
フランス料理のコックが中華料理と日本料理作ってもそんなに凄いとは思わんだろ？
ってか、なんか事実誤認がありそうないよかん。

>72
いや、ターゲットボードの話まで出てくるのはおかしいだろ。

>73
ソースサイズ制限のある体験版を出すとか言う話。

POLY の IKARI.DOC が、なかなか面白い
危険な感じはするな

>75
そうか？
マッド＋サイエンティストとは思うがマッドサイエンティストとは思わん。
まあマッドと言うと語弊があるし、サイエンティストでもないから
ストレンジ＋プログラマぐらいか。

> しかし個人でOS、アセンブラ、Cコンパイラ、リンカを揃えられた例って

なんかどれも中途半端じゃねーか。
どれかひとつでも世界的に通用するものにしてほしいね。
そうでもしない限り、10年後は全部ゴミだね。

> リーナスですらOSのカーネルどまり。

リーナスはカーネルしか興味が無いから
カーネルの設計してるわけ。

> GNU-Cなんか、いつまでたっても最終目的のOSを作れず、linuxに嫉妬。

HURDの連中、拡張と性能のバランスで苦しんでるんだろう。
ttp://www.idg.co.jp/lw/back/200203/20020312_01_news.html
↑まぁ、待て。

> 腕のいい危険人物。なんかマッドサイエンティストの香りがする。
> でも、腕は確かのようだね。っていうかある意味、地球一の腕かも。

なんかね、Lightタンに対して必死で↑こういったイメージを付けたいAHOが
いるみたいね。（藁

>もちろんそれなりの技術は必要だから凄いけど、それほど凄くない。
出たよ、大口だけのハッタリ野郎が。

ANSI-C 準拠コンパイラを作っても中途半端か・・・
ここにいる常連さんは、とっても偉いと見た。

という皮肉はさておき、NWSCのリポートきぼん。

国産OS、NOWSMART-OSについて語るスレです。
OS単体のみならず、アセンブラ、Cコンパイラ、リンカ
なども開発されており、ある観点ではnot win系、not unix系な
OSとしては、かなり完成系に近いOSの一つだと思われます。

Lightたんつーか、青木豊。

Win32用　ANSI-C規格コンパイラをyacc/lexなしで作れる人が
国内にいたとは･･･HP見てびっくり。いや、yacc/lexベースか否かには
言及されてないけど、多分、オリジナルなんだろうな。
C++も開発中らしいし。

なんか次元の違いを久しぶりに痛感。欝。

＞ん？情報学科とかだとコンパイラ作ったりしないの？
＞OS論とかも一通りやるだろ。
一応、国内最高学府で院まで出てベンキョーしましたが、
大抵は、lex->yacc と既存ツールの使い方を学習して、C言語もどきの
言語を設計するにとどまります。
また、せいぜい仮想マシンコードを吐き出すにとどまります。
GCCの場合、RTLという仮想マシンコードを吐き出し、そこから
各CPUターゲットのネイティブコードにコンバートするわけですが、
大学ではそこまで学習しません。といいますが、まさか実在のOS
をターゲットにしたコンパイラなど作れる教授もいないし、いたら
いたで、その教授は商売してるでしょう・・・

かつてビルゲイツは「言語を支配するものはOSをも支配する」と明言していたそうな。

>HURDの連中、拡張と性能のバランスで苦しんでるんだろう。
ストールマンってｶｺﾜﾙｲと思う。
linuxができたのは、GNU-Cのおかげだ。
だからGNUシステムベースのlinuxと呼ぶべきだ！なんて無様すぎ。
確かに、linuxはGNU-Cのおかげで完成したのだけどさ。

でも、Lightﾀﾝ本人は、NOWSMART-OSを組み込み向けにはあまり
真剣には考えてないみたいだねぇ。否定的ではないものの。
ただ、組み込み系といっても、中身はPC/ATとなんら変わらない構成の
ものも増えてきているので、OSの作り手が意識しなくても、自然と
組み込み用途に使えるのも事実だね。
ただ、コストかかるときついね。WinCEはそれで苦労している。
WinCE自体、軽快なサブセットではあるし、あれはあれで綺麗なのだが
それでもコストが問題になる。

NOWSMART-OSってGUI前提のOSなの？

組み込み用途以外のNOWSMART-OSの使い道って例えば
どんなことが考えられる？

Windowsの下位互換で、32Bit環境、つまりDOS以上という
簡易OSとしてはNOWSMART-OSの対抗馬っていうか例が皆無なのは確かかも。
問題は、NOWSMART-OSのリリース待ちだな。
実際に使用してみないことには、メリットもデメリットも見極められない。

しかし、NOWSMART-OSアプリをVC++で開発可能だとすると、
NWSCの存在理由って希薄にならないか？とか言ってみるテスト。

>>92
実現すればね。確かに追随するOSはないね。新たな市場が開けるだろうな。

漏れ的には、DOSのFATをアクセスできる32Bitカーネルがあれば
助かる。linuxだと、DOSのFATアクセスするだけでいろいろとネックに
なるものがあるし。

NWSOSはバンドルで商売するならば、お試し版くらいDownLoadできるように
することをキボン。１０日間試用とかね。

>>92
PetrOSなんてどーよ？

なんかね、NWSOSは完成度が高いとかいってるアホがいるけどね、
DownLoadも出来ないOSに、おめーはどーしてそんなことが言えるんだ！
っと言いたい。

伽藍モデルっていいよね

> >HURDの連中、拡張と性能のバランスで苦しんでるんだろう。
> ストールマンってｶｺﾜﾙｲと思う。

おい、そこのお前、ストールマンを悪くいうな！
彼は嫌われているようだが、彼の果たしてきた役割は
世界にフリー（自由）ソフトという大きな潮流を生み出した
点で極めて偉大だ。

NWSOSのライバル（？）であるOSASKなどはエミュレータという
大きな柱を持って開発されているわけで、その点でOS開発に
おいて潮流を生み出そうとしていることは評価したい。
それに比べNWSOSはそうした柱はどうも見当たらない。
その辺を頑張ってもらいたいものだ。＞LightConeタン

NWSOSの掲示板ってどうしてあんなにイタいんですか？

確かに痛いなぁ

ドライバ作成は困難を極めそうだ．．．。

＞NWSOSのライバル（？）であるOSASKなどはエミュレータという
＞大きな柱を持って開発されているわけで、その点でOS開発に
両者ともにその存在を知ったけど、所感として、
OSASKは現在はもちろん将来に渡って単なるオモチャで終わると思う。
NOWSOSは、まだリリースされてないけど、そのスペックを見る限り
DOSライクな32Bit環境のセルフブート環境OSという点で味気ないものの
コンセプトもすっきりしてて、特定の用途には使えると思った。

ま、実際、マルチスレッドなどのエージングにどれだけ耐えるかが課題だな>>NWSOS
ってか、リリースしてくれないとテストもできねーよ。

>>OSASKなどはエミュレータという
>>大きな柱を持って開発されているわけで
エミュレータをOSが面倒を見る必要がない。
実際、アーケードゲームエミュのMAMEだとかも、別にWindowsやMacやlinuxの
お世話にならずとも、過去のソフトウェアを実行させることが可能だ。

エミュレータは基本的には、１アプリケーションでよい。

ＯＳが感知する必要はない。

＞世界にフリー（自由）ソフトという大きな潮流を生み出した
＞点で極めて偉大だ。
異論は唱えない。だが、共産主義の説教なら共産主義国でやってくれ。

ちなみにOSASKはGPLではないし、
ストールマンの定義するフリーソフトでもなんでもない。

>>105
お前の意見は分かったから、俺の意見に対する
レスにするのはやめてくれYO
全然関係ねーじゃねーか。

>>106
俺の意見のどこが共産主義の説教なんだYO
お前、単に共産主義って言いたいだけじゃねーか？

ちゃんと読んでレスしないと相手にしてやらないぞ！

良く知らんけど、OSASK ってGPLじゃないんだろ？
例えば、俺がソースコードを無断で改変し、GPLライセンスの元、
勝手に自由にそのコピーを配布する権利ってのは俺にはないんだろ？

それでは、自由なプロダクトとは呼べないな。
本当な意味でのフリーウェアソフトとはそういうものではない。
どうせNWSOSもまたしかりなんだろうな。

そういう意味じゃ、両者ともに潮流に乗ることなく消えると見たな。

＞俺の意見のどこが共産主義の説教なんだYO
１０６の意図することのその真意は見えないが、
ストールマンの唱える自由な配布権利の伝播ってのは
多分に漏れず共産主義な側面が含まれており、またリーナス氏も
それを認識した上で絶賛しているという事実はご存知だよね？

>>108

”ご存知だよね”っと自身満々に言うなら
”共産主義の側面”という曖昧な言い方つかって
語るのやめてくれよな。
人が社会的存在である以上、お前の言う”共産主義な側面”
はあるもんだよ。でもな、それは共産主義とか資本主義なんて
いう堅苦しいもんじゃねんだよ。
”共産主義の側面”って一体、どの側面のことをリーナスは
絶賛したのかハッキリ書け。
で、それを表現するのに”共産主義の側面”という言葉が
適切かどうかも考えてくれよな。

なんかNWSOSと関係ない話になってるけど、108さんにハッキリ書けという
前に、実際のリーナス氏の言動は世界中のweb上に散在しているのだから
直接、当人たちの意見を見てはどうでしょ？

ところで、オモチャとして遊ぶなら、linuxの方が楽しいと思う。
局面によっては実用性があるのだろうけど。

OSASKがおもちゃとかいってる人いるけど、それだと
OSASK上に乗っかるエミュレータで動くソフトは
全部、おもちゃということなのだろうか・・・（藁
おもちゃか実用か、という語論するまえに
おもちゃと実用の定義を教えてくれよン。
で、その後、意見を言ってくれ。
そうでなきゃー、つまらんよン。

OSASKを評価してる人はたぶん河合氏の言う理想像を見てると思う。
しかし、現実には「将来書き直す」とか「仕様では可能」というのがたくさん
あって現状は理想とは程遠い。だから、おもちゃとも言える。

例えば、現状のOSASKではマルチプログラミングといわれて一昔前に流行った手
法でメモリ空間を節約している。そして、現代的な仮想メモリは実装されてない。
OSASK上に乗っかるエミュレータを議論する前に、現状ではWindowsのプログラム
もLinuxのプログラムも動かすことが出来ないってことになる。
逆に将来エミュレータが動くようになったら、それらはマルチプログラミングの
恩恵でコンパクトになることはない。

それとは別に、エミュレータはそもそもOSをあまり必要としてなくて、
むしろ邪魔になることのが多いので、OSによほどのエミュレータ用機能がないと
エミュレータの存在やその性能からOSをすばらしいとは言えない。
単にOSが低機能またはほとんど仕事をしてないなら逆にエミュレータが
やりやすくなるというだけ。

>OSASKを評価してる人はたぶん河合氏の言う理想像を見てると思う。
というか、既存のWindowsも十分に軽快＆高速＆コンパクトですよ。
例えば、たった6kbのWindows実行ファイルで簡単な３Ｄレイトレーシングが可能なのは
ご存知ですか？ printf("hello world")なんて生易しいものではありません。

で、64kbもあれば↓ここに紹介されてるようなこともできます。
http://eternal.ac/tech/demo/

でもOSASKではできません。
Windowsとは違ってOS側に画像処理基盤が構築されてないので、
こういうことすると、Windowsのようにスリムな実行サイズを維持できません。

もちろん、OSASKやNOWSOSが発展途上なのを理解した上で、
完成像を見てあげたとしても、正直、コンパクトさではWindowsと引き分けるのが
精一杯だと思います。

自作OSを創る人はなぜか
「Windowsは高機能鈍足で、このOSは低機能だが軽い」と考えがちですが、
最短手順実測で比較すると大抵、Winに適いません。

ただ、途上中の小さなOSで遊びたいという魅力を満喫したいなら、
NWSOSもOSASK、あるいはその他の自作系OSでもいけると思います。

>>OSASKがおもちゃとかいってる人いるけど、それだと
>>OSASK上に乗っかるエミュレータで動くソフトは
いいんでないの？オモチャで。楽しめれば
ただ、エミュレータ環境はDirectX抱えるWin勢が圧倒的に有利だよ。
linuxだとかmacで動作するエミュレータはもっぱらソフトレンダだから
重いのなんの。

#CPUだけでなんとかなる時代じゃないよ。

>> OSASKを評価してる人はたぶん河合氏の言う理想像を見てると思う。
> というか、既存のWindowsも十分に軽快＆高速＆コンパクトですよ。

Windowsが十分に軽快＆高速＆コンパクトというのは
何と比較してそう思ったのか教えてくれよ。

漏れはOSASKを評価している人なんだけど、>>112の言う通り
理想を見てる。理想が魅力的だから惹かれる。
NWSOSもそういった理想があれば個人的にだが良いと思う。

> 自作OSを創る人はなぜか
> 「Windowsは高機能鈍足で、このOSは低機能だが軽い」と考えがちですが、
> 最短手順実測で比較すると大抵、Winに適いません。

Winで最短手順実測？

　申し訳ありませんが、OSASKに対して不確かなことをおっしゃるなら、ここのO
SASKスレッドで確認してからにしていただけないでしょうか？・・・もしこの書
き込みにお返事をくださるならOSASKスレッドの方へ引越ししてください。ここ
で議論が続いてもスレッド違いだと思うので僕はお相手しません。

>>108さん
>良く知らんけど、OSASK ってGPLじゃないんだろ？
>例えば、俺がソースコードを無断で改変し、GPLライセンスの元、
>勝手に自由にそのコピーを配布する権利ってのは俺にはないんだろ？

　ありますよ。GPLだろうがなんだろうが、好きなライセンスを付与できます。
有為な改変個所がなくても、派生物とみなしてライセンスを付与して再配布でき
ます。ですからそんなにGPLが好きなのでしたら、OSASKを"GPL-OSASK"とかいう
名前にしてGPLで再配布してください。詳細は"川合堂ライセンス-01"を検索して
お調べください。

>>112さん
>あって現状は理想とは程遠い。だから、おもちゃとも言える。

　そうかもしれません。でも少なくともここで話題になっていたテーマで比較す
るなら、今のOSASKは今のNWSOSよりはトータルで優れていると思います。根拠に
ついてははからずも以下のページ書いたので読んでください。57さんへのコメン
トのところです。

　　http://www.imasy.org/~kawai/osask/boyaki.html

>OSASK上に乗っかるエミュレータを議論する前に、現状ではWindowsのプログラム
>もLinuxのプログラムも動かすことが出来ないってことになる。

　APIに互換性がないからそれは当然でしょう。これについてはNWSOSも同じです
。そして多分112さんはセグメンテーションのことを心配しておられると思うの
ですが、アプリはセグメンテーションを意識しないで書けます。だからlcc-win3
2やVCが出力するCOFFをそのままリンクできます。つまりOSASKの方法とNWSOSの
方法の違いをプログラマが実感することはまずありません。違いがあるとすれば
NWSOSは既存のwin32用のリンカがそのまま使えて、OSASKはフリーで提供されて
いるOSASK専用のリンカを使わなければいけないということだけです。

>逆に将来エミュレータが動くようになったら、それらはマルチプログラミングの
>恩恵でコンパクトになることはない。

　エミュレータというのは既存のアプリのバイナリを1バイトも変更することな
く実行させるテクニックなのですから、コンパクトになるはずがありません。大
きくも小さくもなりません。・・・専用アプリがどれも小さくはないNWSOSと、
専用アプリは小さくてその上将来的には既存バイナリをエミュレーションまで可
能なOSASKとどちらがいいのかは僕には自明に思えます。もちろんこれはアプリ
ケーションサイズだけの話であって、全ての点でOSASKはNWSOSよりも優れている
わけではありません。

エミュレータとOSを融合させるメリットってなんでしょ？
エミュレータは通常アプリでいいんでないの？とか言ってみるてすと。

エミュレータに優しいOSとは、サウンドだとかグラフィックなどの
ハードウェアリソースを提供しているOSだと思うし、今、それに一番理想に
近いOSは、実はWindowsだったりするかも〜

linuxも含め、Win以外のOSが、こうした膨大なハードウェアリソースをカバー
するのは現実的に難しいと思う。linuxの苦戦ぶりを見ると特に。

そういう意味じゃ、NWSOSやOSASKの将来性って、設計方針を
よっぽど絞らないかぎり厳しいと思う。

>専用アプリがどれも小さくはないNWSOSと、
>専用アプリは小さくてその上将来的には既存バイナリをエミュレーションまで可
>能なOSASKとどちらがいいのかは僕には自明に思えます
一応、NWSOS関連なので、このスレに書くけど、
NWSOSでもエミュレータアプリを用意すれば、既存バイナリが動作するだろうから
何もOSASKの特権ではないのでは〜？
って、別にNWSOSに限らず、Cソースレベルで互換性が保てる
どのOSでもいえることでしょうが〜

軽快なOSを作りたいなら、ハードウェア・サポートをもっと深刻に考えるべき。

NWSCコンパイラの最適化ってどの程度のレヴェルなのだろうか？
GCCよりかマシであることを祈る･･･

ちなみに、Windowsでの最短 HelloWorld は2kbちょいっすよ、川合さん。
http://seclan.dll.jp/dt199905.htm

メッセージボックスＡＰＩ使ってるけど、COMファイルだって int 21h 呼んだ
条件なので、問題ないはず。>>2582Bytes

もっと極端のこと言うと、
EXEファイルのヘッダ領域にコードやデータを飛ばして、
限りなく2048バイトのサイズに縮めるテクがあるんだけど、
これは例として極端なので例として示しません。

つまり、APIを使うなら、DOS時代のEXEファイル最短手順と同じ。
いや、printfの書式解析はDOS時代になかったことを考えると、
最短手順は変わらないのに高機能になったといえるYO >>Windows

↑そんなことはとっくにご存知だぞ！川合さんは。

でも、Winのファイルサイズにはそんな不満はないのも確かだねぇ。
それよか小さいことをメリットとしてカウントしてしまうと、かえって
色あせるかもよ >>OSASK

結局、NWSCのレポートはない罠。

>122
お前一体何ヶ月前の人間なのかと問いたい。
すでにCレベルで1024B達成発表されとるじゃん。

あとヘッダ部分にいろいろ突っ込むと限界は512Bに近づくと思うんだが。
NT限定ならさらに小さくなるか・・・・


で、NWSC。ｸﾞｸﾞﾙっても一つも出てこないね。
NWSAの方は見つかるけど、使用感までは出てこない。
ひょっとして、NWSCを買うようなのは
某所の掲示板の人みたいなのばっかりなのだろうか・・・・
まあ普通なら、学生ならVC、金出したくないのならLCCやBCC取るだろうしなぁ・・・・

＞あとヘッダ部分にいろいろ突っ込むと限界は512Bに近づくと思うんだが。
＞NT限定ならさらに小さくなるか・・・・
そんなに小さくなるんだ。
OSASKのウリが一つ消えたな。

　お願いですから、ここで僕を呼ばないでください。OSASKスレッドへ引っ越し
てください。

　　http://pc.2ch.net/test/read.cgi/os/989544577/l50

>>122さん
>ちなみに、Windowsでの最短 HelloWorld は2kbちょいっすよ、川合さん。

　ちがいますよ。VC6で1024バイト、NASMなら564バイトです。僕のページをよく
見てください。122さんのおっしゃる「極端」なのかもしれませんが。

　　http://www.imasy.org/~kawai/osask/boyaki04.html

それにここでのお話の趣旨は文字表示ではなくてグラフィック処理じゃなかった
んですか？

>>123さん
>それよか小さいことをメリットとしてカウントしてしまうと、かえって
>色あせるかもよ >>OSASK

　たいへん興味深いご意見なのでいろいろ伺いたいのですが、そのためにもOSAS
Kスレッドへ引っ越してください。

>126
いや、だから川合さんとこの「ぼやき」のページ見ろよ。。。。
ちゃんと更新されてるからさ。
あと、NT限定ならもっと、と言っても512B弱になるぐらいだと思うが。

>　ちがいますよ。VC6で1024バイト、NASMなら564バイトです。
Winでも十分小さいんだなぁ。このスレ見て初めてぞ知る。
ちょっとﾋﾞｸｰﾘ。

ＮＯＷＳＯＳスレに川合さんもいらっしゃることですし、
ここは一つ、Ｌｉｇｈｔさんもご登場したほうが何かと円滑になるのでは？

>130
素人にはお勧めできない。

窓ってそんなに重いか？486時代でも、それこそ、カレンダーや電卓程度の
アプリだったらサクサク動いてたぞ！

数学に特化したNOWSCというのを見てみたい･･･

>133

　ユーザーにとって最適化だけがコンパイラにめざして欲しい点だとは
限らないのですが、単なる C 言語だけで競争していくと、とめどもなく
最適化競争だけになって行きますね。最適化は、大体、やればやるほど
強化できるものですが、高速化できる量はどんどん小さくなっていきます
ので、ある程度以上やってもあまりメリットは無いですよね、、、。
コンパイラの出来る最適化ではそれほど速くならないことも知られていま
すし、、、。

　その点、ちょっとでも他の C 言語よりも違った魅力があるといいです
よね。

NOWSOSには数学を強く意識したOS設計であることを激しく希望するぞー

例えば、「SSEや3DNow!を叩いてもいいスレッドは一つに限定する」という
設計をOSの基本ルールとして定義することによって、スレッド切り替え時の
退避ロスを節約するなどの高速化を期待できる。

>135
激しくﾜﾗﾀ
計算中は割り込みが入らないとかどうだ（ｗ

>計算中は割り込みが入らないとかどうだ（ｗ
はぁ？
そうやってブロックしたとこで、
割り込み先でレジスタリソース使われたら意味ねーじゃん

>137
(ﾟдﾟ）ﾎﾟｶｰﾝ

>134
コンパイラにバグフリーと最適化以外の何を期待するのか小一時間(略)

>139

新しい機能の追加とかあるでしょう？

新しい機能って何だろう?
メールが付いたら教えてくれるとか? IDEの話じゃないよね。

マジな話、新しい言語仕様に追従していくか、gccみたいに
独自の拡張構文をサポートする位しかする事ないでしょ。

>141
さっきからその独自の拡張構文のサポートなんかのことを語っているんだが。
数学的うんぬんという奴だ。
噛み付く前に最新10レスぐらい嫁。

もちろん本家もな。
本家読んでりゃ日本語不自由でも>133の話題が重要かどうかぐらいわかるだろうが。

・・・そう言えばこのレス、本家を見ずに評価するアフォ多いな。
ま、ゴールデンウィークだからしょうがないのかね。



とウサ晴らししてみる。

>マジな話、新しい言語仕様に追従していくか、gccみたいに
>独自の拡張構文をサポートする位しかする事ないでしょ。
そもそも、CにせよC++にせよ、古い時代に設計された言語だけに
欠陥が何かと多い。
だから、高度に仕様が進化した、rubyなどのスクリプト言語が
はやるのだ。

スレッド切り替えの速度を極度に速めて欲しい >>NWSOS

∧＿∧
＜；｀ш´＞y-~~~
ﾌｰ、俺の手にかかれば、NWSOSもOSASKもﾋﾖｺみたいなOSよ。

（;´д⊂ヽ
はうー

>>145
　 ∧＿∧
＜；｀ш´＞y-~~~ 騙りかよ！

∧＿∧
＜；｀ш´ﾆｾ＞y-~~~
ﾌｰ、、、なーに、オマエのこのスレへの注目度を測定したかっただけさ。
なんだかんだ、気にしていることが良く分かったさ、ﾌー。

∧＿∧
< 'ш' >y-~~

AAの似合う板になりそうな予感！

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

「高性能ビデオスタビライザー」↓
http://user.auctions.yahoo.co.jp/jp/user/NEO_UURONNTYA

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

∧＿∧
< 'ш' >y-~~
／｜ ｜V
｜〒｜
／Ａ＼

∧＿∧
< 'ш' >y-~~
／｜　｜V
　｜〒｜
／Ａ＼

Future-Web（フューチャーウェブ）登場
なんと10,000円単位の収入　　　　

●10,000円単位の高収入
　１件につき最大１０、０００円の高額収入。月収１００万円以上も可能。
●画期的なビジネス！
　インターネットを利用したこれまでにない斬新で画期的なビジネスです。
●誰でも出来ます！
　インターネットが出来る環境の方なら誰でも参加可能です。
●専門的な知識は一切不要！
　ビジネスに必要なツールはすべて当社で用意いたします。また、サポ
　ートも万全です。
●詳細は今すぐＨＰをご覧ください。
　　http://www.future-web.tv/7823/

LightConeさんのHPみるとGCCが必要以上にだめ扱いされてるような
気がしてかわいそうになってくる。
もし、Windows上への移植での問題とか、誰かが特定の環境でコンパイル
したバイナリだけを持ってきたので問題が起きたとかで、GCCが不安定
って言ってるとしたら残念なので、状況を詳しく書いて欲しいですね。

あと、GCCは管理されてないソースコードで、Linuxはそこそこ管理されて
るみたいに言ってますが、それはGNUのコーディングスタイルが嫌いという
意味でしょうかね？そうでなければ、GCCの方が圧倒的に統一されていて
よく出来たソースコードだと思いますが。
Linuxは歴史的経緯のかたまりみたいで汚いです。

>155

　GCC のソースコードは、他のプロジェクトのソースコードより
読みにくいと思います。

　また、他の方も GCC のソースコードを、読みにくいと
言っている人もかなりいるようです。

156 == Lightﾀﾝ ?

>>GCCが不安定 って言ってるとしたら残念なので、
>>状況を詳しく書いて欲しいですね。
実際、linux上でGCC 使ってるけど、その安定性たるや
Windows上のVC++の足元にも及ばない。

例えば、なんてことない関数呼び出しで

test_func( (((a*b)+i)*c)+g;

と記述したとしましょう。
上記のソースは良く見ると、括弧が閉じてない。
すると、GCCコンパイラは遥か下の方のところまでコンパイルし
挙句の果て、segment-faultで落ちる。

この手のニアミス程度で落ちるのはいただけない。
GCCは不安定。

>158

昔試した時もそうだったけど、今でもそうなんですね。

統合開発県境の WideStudio は、MINGW32 という GCC の一派を
使用しています。WideStudio 自体は良く出来ていると思いますが、
MINGW32(GCC) 自体が落ちるので、なかなか使えません。

>159

訂正：
開発県境--->開発環境
ｽﾏｿ

VC++ が落ちて OS を再起動する羽目になったことがあるが何か？
その時のソースはもうないのでもう一度確かめることは不可能だが。

>>161
それはOSの所為。

>161

それに、VC++ が落ちる時は、新しい機能とか、余り使わない機能を
使った場合がほとんど。一般的な使い方では、まず落ちない。

ちなみに、別にGCCの揚げ足取り発言ではないぞ〜
ほぼ毎日、業務上GCC on linux で接してるのだけど
数日に一回は上記のような落ち方をする。
"aaaa" なんて文字列を " でくくるのを忘れて
makeをかけてしまうなんてベテランでも日常茶飯事だし
この手のニアミスは通常であれば深刻でもないのにGCCだと簡単に落ちる。
あとshift-jisに弱いのもいただけない。
例えば、コメント中であろうと、ある特定のs-jisコードが含まれていると
次の行も強制的にコメントとみなされてしまうというGCC界では有名な
問題点もある。

>164

私自身は、昔、TCC,WCC386 等を得て、今は、Visual C++ 6.0
ばかりですが、友人に GCC を良く使っている人がいて、GCC の
ことを、バグが多いと言ってました。

色々噂は聞きますが、実際に使ってみると、（良い）評判通り
ではないようです。

GCCはターゲットによっては構造体のコピーすらその挙動にバグがあるよね。
SPARK系、MIPS系では特に。
あと、GCCでハマったバグといえば、FPU積んでるのに、FPUの除算を
強制的にソフトコードに変換されてしまって、アセンブラで記述する
以外になす術なかった経験があった点。
"/" がdouble変数に適用されると、GCCで定義されているbuilt-in関数が
呼び出され、リンクされてしまうというもの。
通常、main()などもbuilt-in関数に含まれる、いわゆる「暗黙の関数」って
やつなんだけど、本当に暗黙されては困る場面があった。

専用コンパイラと汎用コンパイラを一緒にするなニダ

gcc →　汎用コンパイラ
VC++ →　専用コンパイラ

ところで、以下のボーランドでDL可能な
フリーなC、C++コンパイラがあるこの時代に
NWSCコンパイラが有料であるアドバンテージとして何が考えられるのだろうか？
http://www.borland.com/

＞専用コンパイラと汎用コンパイラを一緒にするなニダ
そうは言っても、linuxではGCCこそが事実上の onlyコンパイラなんで
限りなく「専用コンパイラ」といっても良い。
ただ、ボーランドがlinuxに上陸しつつある。
正直、Win系のVC++やWC++、そしてBC++などの商用コンパイラの最適化
技術に比べれば、GCCのそれは稚拙なものなので、この上陸には心から
拍手を送りたい。

↑なんだか読み返してみたら、NWSCを落としてるだけのカキコに
見えてきたので補足するが、個人でCコンパイラを作り上げたLightにも
心から拍手してるぞ。
普通、作ろうという妄想すら起きないしな>>Cコンパイラ。

よくGCCは商用コンパイラに比べて最適化がだめだと言われるが、
具体的にはどんな最適化技術がGCCには実装されてないの？

パイプラインを意識したレジスタ割り当てや、命令スケジューリング。
しかしながら、その点についてはVC++も大差ないレベルと思う。
x86だと、Intelのコンパイラは優秀らしいね。(そりゃそうだろう)

>>よくGCCは商用コンパイラに比べて最適化がだめだと言われるが、
Pentium特有のu-pipe v-pipe に対する考慮が全くなされてない点。
これらのパイプで同時実行が不可能な場合、オーダリングして両者の
コードを切り離すけど、GCCだとかLCCなどのフリー系は一切、それらの
最適化がされない。もうこの時点で致命的。

それと、GCCのRTL自体がレジスタが豊富である仮想機械となっているため
少ないレジスタに対するx86などへの最適化が非常に難しい。
結果、レジスタをフルに稼動することなくスタックフレーム作成を安易に
作成してしまうコードが生成されてしまう。

また、スタックアーキテクチャを採用しているFPU（これもx86が該当するが）との
相性が最悪。これはRTLの仕様を根本的に変更しないかぎり、解決不能な
問題であることは10年以上前から指摘され続けていたが、この仕様を
変えることは、GCCの移植性との引き換えになるので硬直状態である。

結果、GCCは「最適化技術はMSやボーランドに比較して10年は遅れてる」
と言わざるをえない。
MIPS系、PowerPC系チップでも、メトロワークス社などの
商用コンパイラに遅れをとっている。

GCCの最大のメリットは、RTLを基盤とする仮想レイヤー（今にして
思えばJAVAの仮想コードの前身）によって、コンパイラ移植を容易に
したこと。
新開発のチップでは間違いなく、GCCが先に移植される。

最大の弱点もやはりRTL。
レジスタミラーリング、x86FPU、ARMのフラグステート概念などの
特異なアーキテクチャに対する柔軟性がないばかりか、
過去の互換性を重視せねばならない事情で、おいそれとRTLの仕様を
変更することができない点。

これから話すことは、GCC の話とは無関係なのだけど。

最適化能力だけで競うと、後から参入した C/C++ コンパイラは
辛い戦いを強いられることになる。

しかし、商用の C/C++ コンパイラにも、不満な点を探せば結構
あるもの。言語仕様は、過去のソースコードをそのままコンパイル
出来るならば、拡張して損はない。ちょっと考えてみても、まだまだ
工夫のしようはあると思う。

　u-pipe, v-pipe は、人が考えるのも苦労するけど、
コンパイラが扱うのも大変だろうなあ。
　思考ゲームなどで有名な、Min-Max/αβアルゴリズム
などを使ってるのかなあ？

VC++ では、やっているのかな？

> ＞専用コンパイラと汎用コンパイラを一緒にするなニダ
> そうは言っても、linuxではGCCこそが事実上の onlyコンパイラなんで
> 限りなく「専用コンパイラ」といっても良い。

オイ、それは違うニダ
専用or汎用っていうのはな、特定のCPU専用かどうか？ってことニダ
したがってVC++は専用コンパイラの部類に属すニダ
もう少し調べて発言しる！

>>したがってVC++は専用コンパイラの部類に属すニダ
VC++は特定CPU専用ではない。

あまり知られてないが、
'93当時、WinNTがマルチプラットフォーム向けに出荷していた当時、
ごく一部のリビジョンのVC++はPowerPC、R4300、R1000などのコード出す
オプションを備えていた。

今でこそ、x86コードonlyだが、内部的には汎用的な作りになっていると
思われ。IA-64対応もにらんで。

＞最適化能力だけで競うと、後から参入した C/C++ コンパイラは
＞辛い戦いを強いられることになる。
だからといって、最適化競争が免除されるわけではないZO。

> ごく一部のリビジョンのVC++はPowerPC、R4300、R1000などのコード出す
> オプションを備えていた。

単にVC++からそれぞれのコンパイラを呼んでいただけだろ。
VC++ってのはな、インテルから提供されたコンパイラを
カスタムしたコンパイラなの。したがってPowerPCだの
MIPSだのに対応してるわけねぇズラ
VC++で中間コード吐き出すなんて聞いたことねぇズラ

>VC++ってのはな、インテルから提供されたコンパイラを
>カスタムしたコンパイラなの。
ビルゲイツが個人財産で買収した某L社のコンパイラだよ、VC++は。
MS-Cと混同してない？MS-Cはインテルカスタマイズ。

今時uパイプとかvパイプとか言うようなCPU使ってるやつどのくらいいるんだろう。

>>163
それが、純粋な C プログラムをコマンドラインからコンパイルしただけなんだな。

>>162
いくら M$ の OS が腐ってるからってなんでも OS のせいにしちゃいかんだろ。

>>183
VC++が落ちたのはVC++の所為。でもそれで再起動する羽目になったのはOSの所為ではないかな。
……>>162の書き方が悪かったね。

>>184
デバイスドライバが腐っていてOSが落ちても、OSのせいになるんだね？

Windows も linux も落ちる最大の理由は、デバイスドライバ。
いくらなんでもこいつがfault起こしたら、お手上げだ。
そのプロセスを強制終了させることができても、タイミングに
よっては、デバイスに停止がかからず、がんがんメモリをDMAで
破壊していくことが起きるし。大抵のDMAデバイスは仮想メモリとは
無関係のところで動いてるので、ここでストール起こしたらな。

話がずれてないか？
VC++がおちるのはデバドラのせいなのか？

>187
ﾜﾗﾀ
VC++が落ちるのはNWSOSのせいなのか？

nwsos > osask ?

>>185
……。朝から呑み過ぎだよ。

>>186
それで>>21のようになったんだね。
> WinXPでは、ドライバですらOSの手のひらで動く結果になった。
> 結果、即答性が求められるモデムなどのドライバで、処理速度的な
> 互換性を失ったがCPUが十分に高速であれば実用に耐えうるものとなった。
という辺りが驚き。

NOWSMART-OSとチンクOSはどちらが高性能なのよ。

ThinkOSはどーなったのよ？＞Lightタン

>192

ThinkOS は、お流れ。
期待してた通りではなかった。

ﾁﾝｺｽ?

>193
予想してた通りだったがな。

ま、あれは妄想だけだったから、
売名行為にもならないと判断したLightたんが逃げても不思議じゃあないな。
Lightたんが逃げる前にDaisukeが勝手に死んでそうだけど。

NWSOSとチンコスはどちらが高性能なのよ。同等？

それぐらい自分で考えろ。

LightConeさんへ

TinkOSの事についてどのような経緯でお流れに
なったのか教えてください！

>198

　いくら、応援したとしても、ThinkOS の開発は、飽くまでも、
Daisuke 氏とそのお仲間達の頑張りにかかっている。

　その開発が待てども待てども進まないので、どうしようもない。
中止宣言したわけじゃないけど、いわゆる「お流れ」状態。
つまり、結果が出てくるんだったら今でも歓迎。

>199

なるほど！ありがとうございます。
しかしDaisuke さん今なにやってるんでしょうね。

Daisuke ってだれ？

>>200 >>201

この板に生存しています。

>>202
マジ？もしかすると>>202はDaisukeさんかな。
ThinkOSのその後はどうなっているのでしょう？
継続なのか中止なのかだけでも教えて！

＞この板に生存しています。
HPかなんかないの？

国内のPC/AT上で動く個人開発系（あるいは小規模開発）32bitOSって
OSASKとNWSOS以外に何があるの？

＞205
BO/OSは？
あれも個人っしょ？

>>205
http://www.os-omicron.org/index-j.html

NOWSMART OS のホームページが少し更新されている。

http://homepage2.nifty.com/nowsmart/

>208
APIの公表と経過報告が更新分かな？
OSASKでもそうなんだけど、
更新日だけ書いて何を更新したのか書かないのは生殺しみたいで嫌だね。

あと、NWSOSで「一般公開までには〜」というのは変な気がするな。
すでに資料は一般公開してるわけだし、
NWSOSは「発売」であって「公開」というのは違うような。
「本公開」とかならまだわかるけど。

>209
×書かない
○わかりにくい
の方がいいかな？

>209

後半部について。

まずは一般公開してみないと、いきなり売れないからでしょう、、、。

そもそも、今 OS を作って、いったいどれくらい売れるのか
分からないし。

Lightさんへ

HPの更新時間だけ記述されてるのですが、どこが更新されたのか
本当に分からないので、変更された部分も日付入りなり色変えなどで
よろしくです〜

"New"という文字列を入れるだけでも、ブラウザの検索でジャンプできますね

API公開age

> NWSOSとチンコスはどちらが高性能なのよ。同等？

どちらも存在があやしいという点で同レベル。
ただスナップショットがある点で、NWSOSが一馬身リード。

>>187
遅レスで申し訳けない。
VC++ 6.0で、デバッグ時に頻繁に落ちることがあったんだけど、
ビデオカードを交換したら、治ったよ。これってデバドラのせいじゃないの?

お客さんOSASKスレに取られちゃったね
寒い風が吹いています・・・

↑
公開してもないＯＳで、寒い風でも吹くだけまだマシだろ？

ホームページが更新されているので、age

新しい、スナップショットが揚がっている。

http://homepage2.nifty.com/nowsmart/nwsos.htm

> スナップショットが少ないと、NOWSMART 386-OS の存在そのものに疑問を抱く人がいるようですので

Lightたんマジメだなぁ。
でもなんか違うぞ。（ｗ

今見たら、スナップショットが、また、良くなってる。

age

> BMP 形式は、1677 万色では RLE 圧縮が出来ないため、1.44 MB の FD には収まりません。

言葉尻を捕らえるような発言だけどさあ、
Lightたんは創意工夫という言葉を知らないのか？
NWSOSにしてもいったい何を目指してるのさ？

>>222
> NWSOSにしてもいったい何を目指してるのさ？
これ、みんなはもう分かっているものだとばかり思っていたんだけど。

みんなも知らなかったんだね、という事で。

うーん、NWSOSはなにを目指しているのだろうか？
安いWinちょい互換のOS？Lightタンの光臨をまとう。
さぁ、大いに語ってくれ＞Lightたん

>225

自動車は既にたくさん有ります。
今のままでも特に不満は有りません。

では、今から３００年後、自動車は今より進歩していない
のでしょうか。

進歩するとしたらどのような方向に？


話を元に戻して、Windows でも、多くの人に取って、
既にこれと言って不満はないようです。

では、１００年後にも、Windows で満足ですか？

満足でないとしたらどのあたりが？

何か欠けているところがあるのではないですか？

それが、NWSOS の目指すところではないですか。

>226
Lightたんなの？

>222

スナップショットは、見る側に取っての価値は大きいかもしれませんが、
開発側から見ると、撮影のために、開発時間を奪われるだけで、メリット
がないのです。

そういうもののために、何か特別な方策を練ることは、OS 開発に取って
の創意工夫だとはいえないのです。

そういうところに時間を取っているのは、サラリーマンです。

世間では「自己アピール」が、重視されますが、それは、共同作業
が必要なサラリーマンでの話。

個人で作る場合、「アピール」は、時間の無駄なのです。

途中のアピールは同でも言いから、結果を出せることに労力を
注ぐべきなんです（サラリーマンと同じ法則は通用しません。）。

　ホームページの書き方を工夫したり、誤字脱字を防ぐことも、
開発に取っては時間の無駄です。ホームページは、技術文書でも
ありませんし、、、。

　そんな暇があったら、仕様を考察したり、アルゴリズムを
練ったり、コーディングしたり、正式な技術文書を書くべき
なんです。

　そんな泣き言を逝ってるLightたんは果たしてOSの一般公開に
こぎ着けられるのでしょうか。

　公開前に投げ出すに１００円。

　もうちょっと補足すると、「なんでもやる」と言う方法は、良く
ないです。

　何をやるにしても、何が最も大事かを常に考えて、結果を得る
に重要なポイントをまずよく考察することが重要です。
　そのポイントを順序良く、優先順位をつけて実装していくこと
で、最短の労力で結果が得られるものです。

　ホームページの誤字脱字、見易さなどは、優先順位
的には、最も低いものなんです。それを気にするような方法論では、
今の、NOWSAMRT シリーズは出来ていないと思います。

　大手ソフトメーカーは、大量に人がいます。
　特に重点を考えなくても、全体的にまんべんなく機能を実装
できます。

　しかし、小さなソフトメーカーでそれをやるのは無理です。
まして、個人では、いかに「うまくやるか」が問われるのです。

　もちろん、文筆家なら、誤字脱字は致命的です。しかし、
開発者はそれは二の次で充分です。文章は、テクニカルライターと
いう職業の人の専門で、開発陣営の仕事ではないです。

　いずれにせよ、「まんべんなく」やることは最悪です。

　やるべきこと、やるべきでないこと、軽くやること、を常に
考えながら行動するべきです。
　
　どうも、学校では「まんべんなくやる」ことが重視されるよう
ですが、本当は違います。ターゲットを絞り込み、必要なところ
にピンポイント攻撃するべきです。

>230

どこが泣き言？（笑）

>232

そもそも、公開することなら今でも出来るよ。

そんな中途半端で公開してもしょうがないから、公開しないだけ。

繰り返すけど、「アピール」が重要なのは、サラリーマン的な
社会だけ。

本当は、アピールより、最終結果が必要。

>>232

　失礼いたしました。参考になりました。

ふむ。誤字脱字に関してOSASKスレで発言したのは漏れだ。
Lightたんがそのことを気にしているかどうかは知らんが、
もう一度ちゃんと書いてみよう。

「誤字脱字がありますが」という表現はあまり良くない。
あるなら直せ、ということになる。
「誤字脱字があるかも知れませんが」といった表現にするべきだ。

>235

　あなたのアドバイスは、NOWSMART シリーズに取ってどんなメリット
があるのでしょうか。

　「誤字脱字があるかもしれませんが」と言う表現に改めること
によって、開発力が向上したり、客が増えたりするのでしょうか。

　ひょっとして、国語の教育をしていただけるのですか。

>>233
確かにそのとおりだと思います。
そこで、質問なのですが、なぜ
必要ないことをなさっているのでしょうか？

私としては、誰に何を言われようがそんなの無視して
開発をがんばって、早く公開していただきたいです。

>236
煽るなよ（ｗ
何とも思ってなかったんだったら別にいいよ。
そっちの方がいいんじゃないのか、というだけだからな。
ただこのスレはNOWSMARTシリーズの向上のためにあるわけじゃあないがね。

で、LightたんがOSASKスレで「読みにくい」と指摘されてから改造したかどうかは
知らんが、以前のLightたんのサイトは力を入れる入れないの問題ではなく、
「やらない方がマシ」というレベルだったように思う。
漏れがNWSCの解説を読んだのはNWSOSが発表されてからだったような。

だいたいLightたん、NWSCとか売る気あるの？
> 客が増えたりするのでしょうか。
広報をしっかりやればそれだけ客も増えるだろうよ。
あれでNWSCが少しでも売れてるのが漏れには理解できない。
現状で「うまくやってる」と思い込んでるのなら大間違いだよ。

広報に力入れないんだったらいっそ完成するまで引っ込んだらどうだ？

>237

多少、中間報告をして、反応を見たい、ということもあるんです。

アピールのために公開しているのではなく、開発方向の参考のために
反応を見てみたいんです。

>238

NWSC を大々的に広報して、もし、中途半端に注文が多くなってし
まった時のことも考えてのことです。

それだと、開発する時間がほとんど無くなるでしょうし。

だから、少しづつ売れていくのが、今のところの理想だと
思っています。

>>239
なるほど、解りました。
期待してますので、がんばってください。

そうか、あのわかりにくさは考えてのものだったのか（ｗ

で、
> スナップショットは、見る側に取っての価値は大きいかもしれませんが、
> 開発側から見ると、撮影のために、開発時間を奪われるだけで、メリット
> がないのです。
単純にRLEで圧縮したらどうだ？
いくつも「炎」を表示しなけりゃフロッピーサイズぐらいにはなるだろ。
分割するとか。

まあそこまで余裕がないのかも知れんが。

あれっ？
結局>>226はLightたんなの？違うの？

>>226

　どうも抽象的すぎます。僕には結局どういうOSを目指しているのかさっぱり分
かりませんでした。最近のページを見ているとAPIもごく当たり前の仕様で、あ
まり工夫があるとは思えません。他のOSには無かった新しい概念と呼べそうなも
のはAPIの継承機能くらいでしょうか？

　そりゃまあ僕たちのOSASKははたして完成できるのかよって言いたくなるくら
いに仕様は既存のOSとかけ離れていますが、しかしNWSOSが登場することでOSの
世界は何か変わるのでしょうか？僕にはそれが見えません。・・・技術的にはあ
りきたりの内容のような気がしています。ビジネスとしては成功するかもしれま
せんが、夢がないです。僕はNWSOSに期待していたのですが、今はよくわからな
くなってきました。

　もし可能なら僕のこの懸念を笑い飛ばして、NWSOSはこんな新しい機能を持っ
ている！とアピールしてください。そういう機能の存在が「目指すところ」の何
よりの説明になると思います。

　応援しています。がんばってください。

川合秀実さん、ひょっとして、「夢」とやらのために
私の税金の一部でまかなってる、国の事業にすがろうと
してるんじゃないだろうね？
「貴方にとっては害がない？新しいOSが一つできるだけ？」だと？
私の財布からの引き算を忘れてないか？

なんちゃら事業にすがるんだったら、夢があるかないかは問題じゃないでしょ。

そんな貴方に、ビジネスライクに動こうとしてる「NWSCに夢がないです」などの
発言は失礼以前に幼稚すぎだ。

ま、私としては両方のOSを応援してるよ。
でもね
NWSCはLight氏による勝手な事業なんて、顧客になるまでは私になんだかんだ言う資格は全くない。
ただ、OSASKに関してはもし、その国の事業の認可下りた日には、非協力者である
自分にもトヤカク言う権利が発生することをお忘れなく。

>うーん、NWSOSはなにを目指しているのだろうか？
>安いWinちょい互換のOS？
私がもっとも注目してるのは、その安いWin互換のOSってとこ。
世界中探してもそのミドルレンジがまるでない。
（いや、５年前にドイツに一社、それに近いものがあったが、'97にMSに買収された）

>243

そうかも。

>>226
> 話を元に戻して、Windows でも、多くの人に取って、
> 既にこれと言って不満はないようです。
> では、１００年後にも、Windows で満足ですか？
> 満足でないとしたらどのあたりが？
> 何か欠けているところがあるのではないですか？
> それが、NWSOS の目指すところではないですか。

だから何をやりたいのか全然わかんねーYO

>>245
そういうことは河合氏本人でなくIPAに文句言うのが
筋だろう。ってことが理解できないかなぁ？

>244

　現在の OS でも、アプリケーションさえ作れば、「大抵のこと」は
出来てしまう。

　既に何でも出来るということは、OS 自体を改良して何か根本的に
新しいことが出来るようにはならない、ということです。

　根本的に新しいことが出来なければ、「画期的」とは普通言わない
わけですから、OS 自体の「画期的な改良」はもはや考えにくいので
す。

　実は、OSASK が目標としていることも、どれも画期的ではないの
です。タスクセーブ機能は、ノートパソコンンのレジューム機能に
既に実現されているでしょう。エミュレーターのために OS が特化
する必要も有りません。「メモリレスアーキテクチャ」は、
同等なものが、Windows でも出来てしまう程度のもので、仮に
もし、細かい点で、OSASK にしか出来ないことがあったとしても、
そんなに大きなメリットがあるものでもないと思います。

FD 一枚にインストール出来る点、起動が早い点は、Windows より
優秀といえるとは思います。

>249

　後もう一つ、私が、PC-98x1 時代に OS をある程度作ったにもかかわら
ず、それ以上開発を続けようとしなかった理由も、実はここにあるん
です。

　「お金さえ出せば」Windows でもほとんどのことは出来てしまうの
です。資料も、MSDN などにお金（１０万円程度）さえ払えば大量に
手に入ります。

　Windows では、開発環境も、ちょっと「まともな」ものを
作りたければ、7〜8 万円ぐらい（時期により変動しています）
払う必要があります。

　そもそも、既に Windows でも、機能的にはほとんど不足が見つ
からないので、世界中の誰がやっても、「画期的に」Windows を
超える OS はもはやできないと思いますが、「安く提供する」
「安定性を増す」「インストールすべき容量を減らす」ことは
可能です。

　QNX,MenuetOS,SkyOS,AtheOS

のどれを見ても、「画期的」ではないのではないでしょうか。

　しかし、FD から起動できる点などは、Windows には出来ない
点なので、存在価値が無いわけではないです。

　QNX は、FD 一枚で、WEB ブラウジングが出来る点は、非常に
驚くべき点です。完成度が高いと思います。

　MenuetOS は、出来ること自体は画期的ではないと思いますが、
完成度が高く（今後はさらに良くなる模様）、速度も Windows より
速い良い点で優れていると思います。

　いずれも画期的では有りませんが、それぞれ特徴があり、存在意義
が全く無いわけでは有りません。


　「OS を現実に完成させようと思ったら似たようなつくりになる」
というのが正しい法則なのだと思います。

　OSASK は、「独自の論」を繰り広げていますが、それはそれで
自由です。しかし、独自の論が認められるには、いつの時代でも、
「立証」「証拠」「現物」「結果」を見せる必要があります。
OSASK にはそれが出来ていません。

　「われわれは永久機関を作る」として、過去にたくさんの集団が
夢のエネルギー発生装置の開発を試みたそうです。しかし、実現は
出来ませんでした。

　実は、彼らがそれを目指していた時に、既に、
「熱力学第一、第二法則」はあって、
第一種永久機関はもちろん、第二種永久機関もできないことを、
数少ない仮定（「摩擦熱から力学的エネルギーを取り出せない」）
から、数学的に導けていたのにもかかわらずです。


　「画期的」なことが出来ることを主張する人たちは、
「出来ないことを追い求めている」場合が結構あります。

　やってはいけないとは言いませんが、「証拠」を見せなければ、
認められません。

>251

Windows より速い良い点--->Windows より速い点

>251

ちょっと間違ったことを書きました。
「摩擦熱から力学的エネルギーを取り出せない」
のではなくて、
「温度差が無ければ、たとえ高い温度でもエネルギーを取り出せない」とか、
「力学的装置を動かして摩擦熱が出ると言う現象の、逆方向の現象は実現
　しない。」
と言う仮定だったと思います。

　ニュートン力学の有名な方程式、Ｆ＝ｍ(d^2x/dt^2)などは、
時間と速度を反転させた式も許容します。しかし、この法則は、
熱力学現象には、少なくとも現実的には当てはまらないという
事が知られています。

　典型的な例では、「摩擦熱」は、全ての粒子の運動方向が綺麗に
そろった力学的な運動が、個々の粒子の乱雑な運動に変わってしまっ
た結果です。
　乱雑に成るのは、自然に起こりますが、規則正しくそろうことが自然
に起こることは非常に稀です。このため、摩擦熱が力学的運動に自然に
変換されるような現象は、確率的には生じえません。

　この仮定に基づくと、温度差が無い一つの熱源から力学的エネルギー
を取り出すことは不可能であることが導けます。

>>228-229
感動した。
そういう考え方があるということ自体がコロンブスの卵だったよ。

ちょっと前、まさにそのリーマン思考のドキュソに
漏れの大切なプロジェクトをぐちゃぐちゃにされた挙句、
何の成果も出なかったというひどい目にあったばかりだが、
漏れの対応が悪いのかと自問自答して結論が出てなかったんだが、
やっぱ単にそいつがドキュソなだけだったんだね。

>245
なんでこういう奴って、「税金」と聞いた瞬間から権利を主張するんだろうね。
IPAに挑戦、とOSASK側が言わなきゃ気付いていないくせに、IPAについて調べもせず。
失礼以前に幼稚すぎだ（ｗ

> NWSCはLight氏による勝手な事業なんて、顧客になるまでは私になんだかんだ言う資格は全くない。
> ただ、OSASKに関してはもし、その国の事業の認可下りた日には、非協力者である
> 自分にもトヤカク言う権利が発生することをお忘れなく。
脳みそ入ってますか？
じゃあ漏れは道路をコンクリートで作るように要求してこようっと。
そうだ、PMCの「超漢字」。多国語フォントいらないから廉価版出して欲しいなあ。
あ、でも要求するためには「超漢字」買わなきゃダメだね。困ったなあ。

>>251
ちょいと待ってくれ。
みんなは画期的かどうか、というよりも
どんな特徴を持たせるのか、ということを聞きたいのだと思うぞ。
漏れもな。

>>249

　OSASKの機能について批判なさるのは本筋から外れています。僕はNWSOSがどう
なのかを知りたいのであって、OSASKと比べたいわけではありません。OSASKの機
能について意見をおっしゃりたいのでしたら、ぼやきの2002.05.13号を読んでか
らOSASKスレッド Part2へ書き込んでください。

　結局NWSOSは新しい概念とか効率の追求などを売りにするのではなく、既存の
仕組みをバランスよく組み合わせた完成度の高いOSを目指しているということな
んでしょうか？

>>251
>　「OS を現実に完成させようと思ったら似たようなつくりになる」
>というのが正しい法則なのだと思います。

　そうですか。じゃあ、CUI→GUIのような革命を起こすための努力はしないとい
うことなんですね。それはそれで一つの方針でしょう。

　それとOSASKを永久機関にすぎないと言われるのは、熱力学の法則に相当する
明確な根拠があってのことなんでしょうか？その件はまだ一度も伺っていません
が。・・・単なる誹謗中傷なのではないですか。

>257

OS 全体が、CUI-->GUI に移行するときには既に、個々の
多くの商用アプリケーションは Windows システムを持っていた。
ゲームなどでも、Window システムは多用されていた。

それを、OS まで持ってきた手柄は認めても、決して「画期的」
というものではなかった。

NWSOS は、API をオーバーライドできると言う新しい概念を
持たせる予定です。

画期的なものを作るとしても、新しいアプリケーションを作れば
済む場合がかなりあります。OS を新しくするまでも無く。

機能を強化するも大事ですが、OS にとって重要な使命の一つには、
　「本質的にはできることを、出来なくしないこと。」
と言うこともあると思っています。

>258

CUI が全盛を誇っていた時代にも、「Window ライブラリ」のような
ものはかなりあったですよね。

それを、OS に統合した様な感じですね。

　プログラマーから見ると、ほとんどの部分において、
ライブラリにやらせるか、OS にやらせるかの違いでしかないのです。
違いが有るのは、アプリケーションの実行が終わっても、マウス
カーソルが出ていたり、デスクトップにアイコンがあることぐら
いではないですか。

実は、最初は、ほんのちょっとした違いだったはずです。
それを、誰かが、"GUI" はこういうものである、と分類して
「固定観念」になってしまったのではないですか。

今想定している、NWSOS の特徴は、

・API を任意にオーバーライドできる。
・ドライバ作成が容易である。
・アプリケーションをプログラムする際、知らなければ成らないこと
　が少ない（＝NWSOS ならではの事情を知る必要があまり無い）。

ということです。

　ドライブレターが変わっても、同じパスで済むように、
ドライブではなく、媒体につけた SEIRIAL 番号や、VOLUME ラベル
をドライブ番号の変わりに出来る機能などをつけてもいいです。

　しかし、これは、カーネルより、かなり高次元で済ませられる
プログラムのようです。

XeroxのAlto以前にそうしたWindowシステムがあったとは思えんが・・・。
似たものはあったのだろうか？

>>258-262 == 228 == LightConeさん?

　僕には261でのご回答だけで十分です。よくわかりました。・・・なんだか、
258-260では言い訳をしているみたいで心配になりました。僕は別に228さんの持
論に異議があるわけではありません。それも一つの考え方だと思っています。も
っと自信を持ってください。・・・僕の方は効率重視なので、何をOS側に持って
きて何をアプリ側にやらせるかは無視できない問題なのです。お互いに自分の道
を進もうじゃありませんか。

　262のご発言はOSASKの類似の機能がお気に召したからなんでしょう。どうぞご
自由に実装してください。僕は特許料を主張したりはいたしませんから。他にも
気に入った部分があったらどんどん取り入れてください。僕としては自分が考え
たアイデアが役に立つのは嬉しいことです。

　とにかく僕は261で明確な方針を教えていただけたので満足です。ありがとう
ございました。これからもがんばってください。それでは失礼いたします。

>263
ちょっと質問させてください。

文脈から言って Alto は OS だと思いますが、そうだとして、
Alto の開発された（発表された）年月はいつ頃ですか。

特許がらみの問題でもそうですが、似たようなことを独立して
自発的に思いつくことはかなりあるようですので、本当は、
誰が最初にやったかはそんなに重要ではないかもしれませ
んが、、、。

>264

　こういう、たくさんの人が発言する場では、少なくとも
誰か特定の人だけに対して回答しているとは限らないわけですから、
ある人に取って必要の無い発言が書かれていたとしても、
無視するのがマナーです。

　それに対して、「僕には、N 版の回答だけで十分です」と
書かれるのは、不自然だと思いますよ。

>266

誤字訂正：

N 版---> N 番

すみません。

1973年にAltoは生産さてれいます。
Altoはハードウェアを含めたシステムの名前です。
AltoのHPを色々とみたところ”世界初のGUIシステム”とはかかれて
いませんがAltoでビットマップディスプレイがはじめて採用された
ようです。しかし、確かそれ以前にマウスは開発されていたので
Alto以前にGUIシステムが存在した可能性はあります。

ttp://web.ffn.ne.jp/~kodama/pchist/alto.htm

Altoに関して↑これなんか見てみてください。

取りあえず、ｵﾅﾆｰOS&ｵﾅﾆｰ数学者だという事は良く分かった。

OSASKの何が良くないか。
発言が頭悪そうに見える。
ぼやきの設計の要約はまともな文章だが。
他もそのくらいの質を保って欲しい。

ところで、特許は申請済みなのだろうか？
申請前に公開された内容で、特許はとれないのを知ってるのだろうか？
ただたんに 228 を馬鹿にしてるだけなのだろうか。

>272
ネタにマジレスｶｺﾜﾙｲ

しかし、川合さん結構強烈な毒吐いていくなあ。
爆弾というべきか・・・

クソと言われないOSは本当のｸｿ
ｲﾇｸｿもｸｿと言われたし、BSDもｸｿと言われたし、HURDなんかは見えないｸｿとまで言われたし。

毒を吐き/吐かれまくってやっと作れるのがOS

つうかGUIってOS側が描くものだと思ってた。
あとNWOSのAPIをオーバーライドできるってのはかなり楽しそう。
Lightタンがんばってください。

>>274
禿同。いえてるよ。

>>273
ネタってどれ？

APIのオーバーライドというのが、API名と引数および戻り値の型が固定で
API本体を変更できるというものならば、よほどかっちりしたAPIセットで
ないと何の意味もない。公開されているAPIはどっかで見たようなOSのAPI
に酷似しているのだが、これは仮版なのだろうか？ あまり練られていない
APIセットを最初に提供してしまうと、後が大変だと思うんだけどなぁ。

NWSCもOSASKも、GUIに対する設計思想がなってない。
そもそもAPI関数で揃えようとしている時点でアウト。
多分、作者、両者ともに業務向けの本格的なGUIアプリを
手がけた経験をお持ちではないのでしょう･･･

もっとGUI-OSのなんたるかを勉強してください

>279

　本格的な、GUI アプリの場合、自前で描くことが多いという経験は
あります。

　ですから、NWSOS の場合、GUI 部分は、ユーザーが自前でやりたいように
できるように、ユーザーアプリと同レベルの保護属性で動かします
（しています）。

　一種の「便利ライブラリ」として、ボタン、エディットボックス、
リストボックスなどの「コントロール要素」は、DLL として提供されます。
しかし、これらはいずれも、ユーザーのプログラムの完全に同じ保護属性
で動きます。つまり、いくらでも改変可能なのです。

>278

　既存の API の、引数、戻り値は同じままで、内容をオーバーライド
する以外に、新しい API を追加することが出来る予定です。

　ただし、同じ名前の API で、型を変更することは出来ません。
それは当然で、既存のアプリケーションは、コンパイル段階で
引数の個数や役割などを仮定しているわけですから、動的に
変更するわけには行かないからです。

　少なくとも、API をオーバーライドできることは、全く
オーバーライドできないよりははるかに自由度が大きくなる
のですから、大きな利点です。

　ちょっとした工夫などを、後から施せるようになります。

　はっきり言っておきますが、NWSOS の GUI は、OSASK よりも
はるかにスムーズで、自由です。

　8 ドット単位の制約も無ければ、裏にある Window へも任意の
タイミングで描画できます。

もう一つ、付け加えることがあります。

　それは、グラフィック API は、現在は、システムコールを直呼び
していますが、設計思想的には、API は、DLL で処理し、
バッファリングしたグラフィックコマンドを一気にシステムコール
に渡す予定です。システムコールを呼び出す前の API 呼び出しは、
非常に高速に実行されます。

　暫定仕様の API には存在していませんが、予定では、gfFlush()
API を追加します。この API 呼び出しは、バッファリングされた
グラフィックコマンドをフラッシュし、実画面に反映させます。

　また、各Window は、デフォルトで仮想VRAMを持っています。
仮想 VRAM のアドレスを取得する API, 仮想 VRAM を実 VRAM に
反映させる（実画面で見れるようにする）API を用意する予定です。
なお、内部実装的には該当の API は既に存在しています。
なお、仮想 VRAM は、タスク固有領域に割り当てられています。

バッファリングは設計思想かな・・・・

さすがLightﾀﾝ。GUIの何たるかをよく理解してる。

個人的にはCのAPIを駆使するのに疲れてきたし、
Windowsもそういう方向を推奨しなくなってきたので、
.NET FrameworkとかMSILとかをどう扱うか興味がある。
極端な話、Swingみたいな実装にしてしまえば、
描画のシステムコール以外は全部ユーザーレベルなんだし、
Swing以外にもQtとかFOXとかFLTKとかってライブラリは
Windowsで実際にそういう実装になってる。
http://www.trolltech.com/
http://www.fox-toolkit.org/fox.html
http://www.fltk.org/

> 　既存の API の、引数、戻り値は同じままで、内容をオーバーライド
> する以外に、新しい API を追加することが出来る予定です。

BIOSルーチンじゃないんだから、今時のOSにおいて単一のAPIで完全に閉
じてる処理なんてほとんどないでしょう。ファイルI/Oだって最低でも数
個のAPI関数が必要だし。だからこそ、APIを関数で提供するのならば、
APIセットがしっかりしてなかったらツカエネーってことになると思うん
です。公開されたAPIセットに設計思想はありますか？

> 　少なくとも、API をオーバーライドできることは、全く
> オーバーライドできないよりははるかに自由度が大きくなる
> のですから、大きな利点です。

上記の理由から既に「大きな利点」ではないと思うのですが、それにし
てもHANDLEとかで表されるオブジェクトの内部データにはどうやってア
クセスするんだろうか。これって「C++は、API(クラス及びメソッド)が
オーバーライドできるので、オーバーライドできないCより自由度が大き
くなるのですから、大きな利点です。」と言ってるのと同じで、結局
どうしようもなく糞なクラス(API)を拡張しようとしても限界があるの
と同じで、継承されることを考えて設計しないと、その大きな利点が
全く活かせないのです。

新規に策定するAPIがWin16APIと同じ道を歩まないことを願ってやみません。
ex. 何とか2()とか、何とかEx()とか・・・

>286

　既にファイルの API に関しては、私が新たに「設計思想」を
打ち立てるまでも無いと考えて言います。

　UNIX(POSIX), MS-DOS, Windows などで培われた、API を
ほぼそのまま引き継ぐ予定です。

　ファイル系の API に関して、何か、POSIX や、Window の
API に何か大きな問題がありますか。新しい API を今後
増やすことで解決できるようなら、後回しでいいと考えて
います。

　HANDLE オブジェクトの中身については、アプリケーション
レベルからは、今後とも触れることは出来ません。

　ドライバレベルからでも、中身の細かいワークについても、
今のところ、公開するつもりは有りません。

　例えば、今は、FAT しか対応していませんが、NTFS に対応する
ことは、そのような内部データを見ること無しにも可能だと私は
思います。

　なぜなら、OpenFile() に渡されたファイルネームを、
見ることで、NTFS のドライブに該当するアクセスの場合は、
全ての処理を横取りしてしまえばいいだけだからです。
OS の内部ワーク情報は特に必要ないと思います。

>286

　もし、最初から用意されている API セットより、美しい設計の
API セットが用意できる人であれば、それこそ、
「オーバーライド＆追加」機構を使って、「追加ライブラリ」と
して発表してしまえばいいのです。

　もし、本当に多くの人が認めるなら、事実標準として、そちらが
使われるようになるのではないでしょうか。
　過去に、いろいろな標準はそうして生まれたと思います。

>286

　ようするに、気に入らなければ改良できる可能性を残している
のです。

>279

「GUI の設計思想が成っていない」理由が
「API 関数としてそろえようとしている」
とのこと。

しかし、API 関数以外に、どのように GUI を実装していいのか
私には分かりません。ご教授ください。

なお、もしかすると誤解されているかもしれませんが、
NWSOS でも、EditBox や、ListBox は、予め OS が用意する
予定です。同時に、EditBox,ListBox と全く同じ機能を、
基本的な API の組み合わせでユーザーアプリケーションレベルで
も実装できるようにするつもりです。

>286

最初から予想していたことですが、OS は作るのは簡単であるということ。

しかし、仕様を決めるのは困難を極めるということです。

ですから、286 さんのいうように、API セットの設計の良し悪しが
OS の（特にプログラミングレベルでの）よさに大きな影響を与える
ことは事実です。

　しかし、残念ながら、どんな目的にでも「耐えうる」API の仕様
を考えることは、少なくとも私には非常に難しいのです。

なお、OS の教科書（参考書、専門書）などを見ていると、時代が
進むにつれ、「経験的に」良い設計思想が生まれていっているよう
に私には思えます（それを、学んでおくことは重要なことは認識
しています。）。

そういう意味で、API の仕様的な良し悪しは、かなり
「経験的に判明する」部分だと思います。
こういう部分は、大学の研究者などが強いと思いますので、
意見を聞いてみたいです。

>291

　「ですから、」という接続詞は無視してください。意味が
繋がりません。すみません。

・OSの機能の公開方法
Unix、Win32は関数のインターフェースでした。
BeOSは少量の関数と、C++クラスライブラリです。
Mac OS XはJavaを含めていろいろあるようです。
.NETは CLRであるし、最近は多種多様になっています。
しかし、話を見聞きする限り、NWSOSにはAPI関数が最も現実的な実現方法だと思います。

・ファイルシステムへのインターフェース
> 　既にファイルの API に関しては、私が新たに「設計思想」を
> 打ち立てるまでも無いと考えて言います。

考察する余地はあると思いますよ。
ストリームI/Oとスレッド、それとロックの方法とかをきれいにまとめて欲しいです。
前者はPOSIXのpread()が出てきたこと、後者はクロスプラットフォームなCGIを書
く場合にファイルロックについて明快な解が存在しないことは、現状にまだ改良の
余地がある証ではないでしょうか。

・APIとして公開する機能の取捨選択
> 　しかし、残念ながら、どんな目的にでも「耐えうる」API の仕様
> を考えることは、少なくとも私には非常に難しいのです。

WindowsのAPIにある機能の大半を実装せよ、とは誰も言わないと思いますよ。
例えば、GUIに関してはX Window Systemのような階層を設けることもできる
でしょう。そうしたら、NWSOSは最下層の機能だけを提供すれば十分です。
ボタンやリストボックスそのものより、ウインドウマネージャやツールキット
をユーザーレベルで書くのに十分なAPIの整備の方を私は望みます。
(最低限のことをきちっとやってくれたほうがうれしいし、OS本体も軽くなって
228さんもハッピーでしょ？)

まぁ、これはこれでX Window Systemの二の舞になる可能性もなきにしもあらず
ではあるのだが・・・

>293

　全てのお話に、すぐにはコメントできませんが、先ほど、
POSIX の仕様の一部をたまたま見ていて、排他制御系の関数群も
ちゃんとあるんだな、という感想を持ちました。最近定義された
のでしょうか、、、。POSIX の関数仕様もどんどん追加されて
いるのでしょうか。

　あと、ボタンやリストボックスは、ユーザーアプリレベルでも同じ
機能のものをプログラミングできるようにします。そもそも、そういう
Window要素(=CONTROL)は、非特権レベルで走行する動的なライブラ
リ(=DLL)として提供しますので、特別な方法でしか作れないわけで
は有りません。イベントドリブン方式の GUI では、上手く設計すれば
容易にそういうことが可能ですから、、、。

>283

でもちょっと感じたのは、293 さんは、Windows のことをほとんど
何も知らないのではないでしょうか。

　既に、おっしゃるような、Window システムが何年も前から
実装されていますよ、、、。ユーザーレベルで、
ボタンもリストボックスもいくらでも作れます。

ですから、NWSOS が最初な分けでもなんでも有りません。

「設計思想」なんて言うほど凄いもんじゃないんです。

はっきり言って、特に大げさな思想など必要ないです。

OS の作り方の「先生」とされている人が、実際の OS を０からは
作れなさそう。

そんな世の中に対する一つの反抗かな。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　字余り

　作れたら作れたで、「実際に作ることは重要ではない」とか、
「フルスクラッチで作ることに何の意味がある」とか言われそう。
ああ、「実際に作れる技術は専門学校で教えるべき」説何度聞く。

　　　　　　　　　ああ、日本のお偉いさんたちは本当にえらい。

「実際に作れることが重要」といえば、
「実際に作らずに、指導役になる技術を身に付けるべき」と言われ。

ああ、作れない人が、指導役で、作れる人が下っ端か。

　　　　　　　　　　　　　　　　　　ああ、是れ日本の現状。

「教授」と言われる人の評価を気にして、ダラダラと、
ああ、気が付いたら、博士の称号。

　　　　　　　　ああ、内輪受けする人がまた一人誕生。
　　　　　　　　　　　　そして、日本は衰退かな。

なんかむかつくから、反論してみよう。
>298
諸葛亮孔明はその兵隊よりも強かったのだろうか？

>>294
ここまで言葉を交わしてきて、視点の違いがわかりました。
228さんはあくまでOS実装者の視点で語ってるけど、NWSOSのサイトにある
APIの仕様は誰に向けたアピールなんでしょうか？ アプリ開発者にとって
はAPIはAPI。システムで提供されようが自分で作ろうが等しくAPI。APIを
自分で作ることができても、アプリ開発者がどうしても手が出せない領域
はある。そこをきちんと不足なく提供する自信はありますか？ あまり考え
て作られたとは思えないAPIセットを見ると、今のまま進めてゆくのは将来
的に大幅な手戻りが予想されます。今一度ゆっくり検討されてみてはいかが
でしょうか？ OSが提供する機能の包括的な技術文書なんかがでてくると、
うれしくなって協力しちゃいそうです。

>300

プログラミングを、１兵隊レベルと見ているところが変では？
プログラミングは、もともと、知的であるのだから、頭で勝負
している分野。それなのに、頭のいいはずの指導者が実際には
プログラミングできないなんて話は、単に、指導者の能力不足
だと思う。そういう人は指導者になるべきではないということ。

>300,302

「私は実際のプログラミングは出来ないけど、方向性を
　指導することは出来る」
なんてことは、信じられないということ。

「私は、相対性理論の数学的側面は理解できないけど、
　概念理解は誰よりも優れている。
　だから、進むべき方向性は誰一番指導できる」

なんて事を主張が通りますか？

ちゃんと、数学的側面を理解できる人こそが、本当に
相対性理論を理解している人と言えますよね。
プログラミングもそれと同じです。

「細かいロジックはできなくても、概念的には誰よりも
　理解している」なんて変すぎます。

　では、「概念も理解し、細かいロジックも組み立て可能な」
プログラマがいたとしたら、どうするのですか。

　そして、「細かいロジック」ができないために、実際の
プログラミングが出来ない人の作る「試験」と、
実際のプログラミングが出来る人の作った「試験」は、
どちらに正しい問題が書かれていますか。
「細かいロジックが出来ない」人の作った試験に合格
した人は、どんな「資格」が証明されたのでしょうか。

「正しい試験に、正しい合格者あり」

今の世の中では数学の例えの方が遠いだろうね。
残念ながらプログラミングの大部分は兵隊だよ。
もともとが知的かどうかは関係ない。

>304

　仮に、兵隊的なプログラマに、いくら天才的な指導者が指導しても
大したソフトは出来てこないと思う。

　指導者と兵隊を分けずに、指導者自らプログラムするべきだと
思う。

　そりゃあ、プログラムしか出来ない人も居るだろうけど、
すばらしいソフトを作れるプログラマは、かなり知的だと
思う。

　そもそも、物作りにおいては、自分が出来もしないのに、
指導する力があると思い込んでいるのは間違い。

　ちゃんとできる人、昔できた人が指導すべき。

　指導する立場の人は、指導される立場の人より頭がいいこと
が重要。

　指導専用の教育を受けたかどうかではない。

　だから、頭がいいことを証明しなければ、指導する資格は無い。
プログラムに関して、指導するためには、実際のプログラマーより
プログラミング能力が優れていることを証明しなければならない。

　だから、ソフト開発における指導者は、めちゃくちゃ凄いプログラ
ミング能力を持っていなければならない。

> 　だから、ソフト開発における指導者は、めちゃくちゃ凄いプログラ
> ミング能力を持っていなければならない。
現実問題として、そんな現場みたことないんですけど。

建築物設計技師は�dカチを持てなくても構わないけど。

>308

でも建築の現場監督は�dカチ使える人であって欲しい。

>>309
そういう現場なら見たことある、っていうか当たり前。

>>310
それでいいのだろうか？と問いたい。

どうもこのスレには自分の無能さを隠したい学校関係者がいるような予感！

プログラマって、大工さんレベルじゃないと思うが。

で、話題になってるのはどこのくそ大学なんだ？
それとも、教授が年をとって若いやつより実務能力が劣るのを馬鹿にしてるだけか？

>308

プログラマーが、建築物設技師に相当すると思ってたぞ。
出来上がった設計図通りに作っているわけじゃないんだしね。
設計図そのものを作る作業がプログラミングなんだから。

>314

多分、日本の大学はどこでも似たようなものだと思う。
典型的な教授発言：「最近の学生は馬鹿だ」
この評価の元になっているのは、分数の計算の正答率だけど、
計算間違いが多いことが、必ずしも馬鹿だと言うことではないと思う。
多分、電子計算機器類が発達したから、普段手で計算する機会が
減っただけ。計算より高次なところの理解度は多分向上してると
思う。

　つまり、学生を馬鹿にして、そういう評価を出す教授は、
手で計算する技術、数表を引く技術とかを重視している
証拠だと思う。

　本には、その考え方自体が時代遅れなのに気が付いていない。

　簡単なことをする速度や正確さと、高度なことを理解する力とは、
余り関係ないと思う。これは、脳科学の分野でも知られている事柄。
　

大工さんのチームには腕の良い人も悪い人もいる。
それを頭領がうまくまとめて仕事を割り振り、指示している。
ソフトウェアの作成チームも、集められるプログラマの
レベルは様々だが、各人のスキルを見極められる優秀な
マネージャーがいて、的確に指示できれば、腕の悪い
プログラマにプロジェクトを潰されずにすむ。
プログラマのスキルを見極めるには、マネージャーも
プログラミングのセンスが高いことが望まれますな。
マネージャーは本当は全て自分でプログラミングした方が
完成度の高いモノができると確信しつつも、納期や職場の
都合でストレスを感じながらも他人にプログラム書かせる
のであった・・・

そう、センスはいるが技術はいらない。
実際にまったく組めなくても理解することができればそれでいい。

> で、話題になってるのはどこのくそ大学なんだ？
> それとも、教授が年をとって若いやつより実務能力が劣るのを馬鹿にしてるだけか？

お前の大学だよ（藁

実務能力ないやつがほとんど。
日本の大学から、世界的に通用するソフトウェアが
ほとんど出てきてない。そりゃそうだ、口だけの奴が
多いからな。教授と名乗るくらいなら少なくとも学生
よりは実務能力があるべきだろう。

>322
ほう。
では世界的に通用するソフトウェアを出してる大学がたくさんある国の、
大学名と国名とソフトウェア名をいくつか例として挙げてください。

教授が中心になって組んだプログラムに限りたいところですが、
そうでなくても構いません。

さあどうぞ。

NOWSMART-OSに関係ない話題は別スレでやれ！
大学の話、ウザイ

日本の大学にまともな開発能力が無いってのは”定説”です。
まぁ、すべての大学とまでは言わんがな。
海外じゃあね、産業界と大学が
ある程度提携してるのね。それはね
大学に産業界と提携できる力があるわけ。
日本の大学ではそーいうことするだけの力ない
わけよ。理由は、企業で使えないような奴が
大学で研究者めざすわけよ。
まぁ、大学関係者が無能ってことに限るわな。
そういうこと言うと大学関係者はネチネチ反論
するんだけど、言ってる事が極端なんだね。
で、結局口だけでなんの成果もあげられてないわけよ。
もうね、死んでくれ！って感じだよ。
まぁ、激しくスレ違いなんでもうやめるけどな。

高橋さんですか？
隣の芝生は青いものですね。
あまり調べずに書くのはよくないですよ。
まあスレ違いなんでやめましょう。（ｗ

>>326
ウケタ

教育・先生板に逝ってよし

隣の芝生に居た人間ですが、ちっとも自分の芝生が
青くは見えない、というか茶色く見えるのですが何か？

ところでNOWSOSの体験版などはフリーで配布する予定は
ないのでしょうか？＞LightConeさん

緊急事態発生？＞NOWSOS

>328

あるんじゃない。

>329

どんな緊急事態？
なんでそう思うの？

>331
NOW SOS
だからだろ？
こんなくだらんこと言わせるなよ。（ｗ

今までの命名規則とオフィシャルのファイルネームから見ると、
正しくはNWSOSあたりかと思われ。
でもNOW SOSの方がなんとなくいいな。（ｗ

>332

なんだ、そういうこと。

NWSOS だよ。

>>300-328
お前ら激しくｽﾚ AND 板違いです。
ここは「Lightconeたんのオナニー談義で盛り上がろうスレ」ですです。。。

保守age
しずむな！NWSOS

なんかAMIGA-OSを思い出すな・・。
あれのコンパイラは高くて買えなかったが、、。

いかすOS age.

スクリーンショットもっとキボンヌ！

スナップショットを公開しているのに、、、贅沢な人だ。

スナップショットもっとキボンヌ！

前から気になってたんだが、プログラムの用語だと、
・スクリーンショット: 画面をキャプチャしたもの（画像）
・スナップショット: 開発中のバージョンを暫定公開したもの（バイナリ、ソース）
って意味が普通なんじゃないか？

NWSOSはPNGファイルの中に収まるほどスマートな OSです。という自慢だったりして。

>>341
俺はてっきり、
ついにNOWSOSが公開されたか！
とか思ってHPを探してしまったよ。

>342
頭大丈夫？

>>343
実は俺も探した。

>>345
実はぼくたんも探したんこぶ。

ThinkOSのDaisukeの登場を待つ。

誰か解説してくれ！
--------------------------------------------

TSSの制限：
・104バイトのメモリを一度にロード，アンロードする必要があり，遅い。
・プロセスのカーネルスタックとタスク状態が，カーネルアドレス空間に存在しない。
・各プロセスのスタックが，アクティブ時に同じ仮想アドレス空間に存在する。
・ネスト可能な配置の複数プロセスからなるスレッド群を構築できない。
・プロセス終了時に，終了しようとしているコンテクストでアドレス空間を復元できない。

>348
　CPU 自身がマイクロコードで実装している、タスクゲート
のコールによるタスクスイッチに頼ると、制限が強すぎて
思うように設計できません。

　NWSOS では、ソフト的にタスクスイッチ処理をしています。
TSS 自体は使っていますが、「TSS の切り替え」はソフトで
行っています。int n 命令で、外側のレベルから、内側の
レベルに遷移する際、CPU が自動的に TSS の、ESP0,SS0
を参照してしまいますから、ソフト的にタスクスイッチ動作を
組む場合にでも、TSS 自体を無しにすることは出来ません。
ですが、タスクスイッチ動作自体をソフト的に組むことは
十分可能で、効率もハード的(CPU内蔵)よりも上げられる場合
があります。

TSS : 絶対必要
TSS の切り替え : ソフト的にやるべき

色々疑問をもたれているようですが、もし、本当に答えが欲しいなら、
NOWSMARTSOFT の会議室にお書きください。

　2Ch は、多様な人の意見を聞けますが、まだ成長途中の
中学生なども適当な事を書いてしまい、議論が混乱しがちです
　（中学生は、頭は柔軟かもしれませんが、まだまだ知識が乏しく、
正確な判断は出来ない場合が多いですね。）。

　迅速な議論が必要な場合は、匿名だと難しいですね。

「x86でOSを表現する方法」スレの>>1です。
NOWSOSのタスクスイッチの話が出たのでNOWSMARTSOFT の会議室で質問しようと
思ったのですが、やっぱり２ｃｈで質問させてください:-)

まず言葉の定義をハッキリさせたいと思います。

・ハードウェア・コンテキスト・スイッチ（以下HCSとします）とは、
TSSディスクリプタまたはタスクゲートをCALL or JMPすることによるタスクスイッチです。

・ソフトウェア・コンテキスト・スイッチ（以下SCSとします）とは、
ひとつのTSSディスクリプタのタスク実行空間に複数のコンテキストをつくりそれを切り替える。
まぁ、ユーザレベルスレッドみたいなものを想像してください。
したがってTR固定です。もちろんSCSに限ってはいろいろな実装が考えられます。

HCS、SCS両者の違いは”処理は独立、記憶領域も独立　な実行単位（＝つまりタスクなんですが）”を
ハードウェア定義の（104byteの）TSSで実現するかソフトウェア定義のTSSで実現するかの違いです。
タスクスイッチはHCS、SCS両者においてソフトウェア的にスイッチされます。そうでなければスケジューラが
自由に設計できませんので。

そこで質問なのですが、NOWSOSはハードウェア定義のTSSのように思うのですが
どうなんでしょうか？つまりタスクスイッチの際、104byteのTSSをロードしているという
ことでしょうか？

>>351
>>349をみるところハードウェア定義のTSSのようだね。

> CPU が自動的に TSS の、ESP0,SS0
> を参照してしまいますから、

とか書いてあるし。

;------------------------------------------------------------------------------
;name: MSwitchTask
;func: 指定した TSS セレクタのタスクに切り換える
; ・必ず、割込禁止で行うこと！
; ・マクロである。
; ・スタックが切り替わる！
; 　・レジスタの一部は、どうしても保存できない！
; 　・直前のスタックポインタは、直前のタスクの TSS_SS0:TSS_ESP0 に
; 　　保存される。
; ・TRが切り替わることで CPU の動作が変更される。
; 　・I/O ポートの許可ビットマップが切り替わる。
; 　・レベル遷移時に参照される TSS の線形アドレスが変更される。
; ・LDTRが変更されることで、ローカルディスクリプタテーブルが切り替わる。
; ・CR3（ページディレクトリの物理アドレス）が切り替わることで、線形アド
; 　レス−＞物理アドレスのマップ状態が変更される。
; 　・ただし、直前と同じ CR3 の場合はページ変換テーブル用キャッシュ
; 　　メモリのフラッシュを避けるため実際には CR3 レジスタへのロードは
; 　　行わない。
; ・CR0 のTS フラグ(浮動小数点命令用)がセットされる。
;
;注意 このルーチン（マクロ）が触れるメモリは、全て共通域にあることが補償
; される！
;
;in: ds,es = 標準値
; if = 0
; ax = TSS セレクタの値（GDT_TSS〜）
;
;out: ds:g_pCurTSS = 指定したタスクの TSS の線形アドレス
; TR = 指定した TSS セレクタの値（ax）
; CR3 = 指定したタスクのページディレクトリの物理アドレス
; LDTR = 指定したタスクの LDT セレクタ
; ebx = 指定したタスクの TSS の線形アドレス
; eax = 不定
; スタックが切り替わる！
;------------------------------------------------------------------------------

MSwitchTask macro
local MSwitchTask1

movzx eax,ax

mov ebx,ds:g_pCurTSS
;ebx = 現在のタスクの TSS の線形アドレス

;現在のスタックを現在のタスクの TSS_SS0:TSS_ESP0 に保存する。
mov es:[ebx].TSS_ESP0,esp
mov es:[ebx].TSS_SS0,ss

;現在のタスクの TSS の BUSY フラグをクリアして、利用可能
;に設定する。
call ResetCurTSS ;Reset Current TSS

ltr ax

add eax,GDT_BASE
;eax = TSS 用のディスクリプタの線形アドレス

mov bh,es:[eax+7] ;BASE 31-24
mov bl,es:[eax+4] ;BASE 23-16
shl ebx,16
mov bx,es:[eax+2] ;BASE 15-0
;ebx = TSS の線形アドレス
mov ds:g_pCurTSS,ebx

lldt es:[ebx].TSS_LDTR

;タスクスイッチフラグをセットする。
mov eax,cr0
or eax,8 ;TS BIT
mov cr0,eax

mov eax,cr3
cmp eax,es:[ebx].TSS_CR3
jz MSwitchTask1

mov eax,es:[ebx].TSS_CR3
;eax = ページディレクトリの物理アドレス
mov cr3,eax ;ページディレクトリを変更

;スタックを新しいタスクの TSS_SS0:TSS_ESP0 に切り換える！
MSwitchTask1: mov ss,es:[ebx].TSS_SS0
mov esp,es:[ebx].TSS_ESP0

endm

ThinkOSのDaisukeの登場を待つ。

　Context Switching 時、TSS の内容をコピーせずに、
TR レジスタを変更しています。

　TSS 自体は、システム共通領域に、全タスク分の配列として
格納しています。つまり、任意のタスクの TSS が、任意の時点
で参照可能な状態です。

この仕様では、TASK の最大数が、
　システム共通領域のサイズ / (TSS のサイズ)
によって制限されます。

　ページディレクトリ(CR3)を切り替える以前に、新しい
CR3 の値を知っている必要があります。CR3 は、TSS に保存
するべき値です。そう考えれば、TSS は、CR3 の値に依存せずに
読み取れる必要があることになります。ですから、TSS は
システム共通領域に置いています。

　しかし、CR3 の値は、4 バイトで十分なのに対し、
TSS のサイズは、128 バイト程度必要ですから、もし、
タスクの最大数を増やしたいなら、TSS の配列の変わりに
CR3 の配列をシステム共通領域におき、TSS は、タスク固有領域
に置く手があるでしょう。
　しかし、別タスクの TSS を参照したい場合などは苦労すること
になるでしょう（必要ないかもしれませんが）。

　ユーザーアプリケーションから、別タスクの状態を得たい場合
が在り得ます。

　通常、重要な情報は、TSS に置きます。

　また、カーネル内走行中のスタックは、タスク独立です。

　別タスクの TSS を参照したい場合に、CR3 を変更する必要
がある方法では、割り込み禁止状態で、スタックをシステム
共通領域に切り替えた状態で行う必要があります。
　以外に面倒です。

　256 個のタスクが消費する TSS 格納のための容量は、
128*128 = 32 KB 程度です。通常、タスクの個数は、256 個
もあれば十分ですので、現在の方式でも、特に問題に成らない
と考えています。

誤字訂正：
　以外に--->意外に
です。

誤字訂正：
　128*128 ---> 128*256
です。すみません。

>>349さん、ありがとうございました。
>>351で定義させてもらったHCSとSCSの中間をいく設計ですね。
Linux2.2.xのやり方に若干、似ていますね。
ちなみにLinux2.4.x以降はCPUに対して１つしかTSSを使って
おらず完全にSCSになっているようです。参考までに。

>>349
>TSS のサイズは、128 バイト程度必要ですから、

TSSは104 バイトじゃないんですか？
(128-104=24)24バイトは何なんですか？

>361
TSS は、最初の 104 バイト以後の領域を、ユーザーが自由に使って
もいいからです。
タスク固有の情報で、かつ、システムに取って基礎的で重要な情報
は、TSS に入れると便利です。

それと、TSS の先頭アドレスをは、128 バイト境界に置くことが、
Intel の設計思想にあるようです。

また、I/O 許可マップ（最大8KB)を入れる場合もあります。

NOWSMART LIBRARY MANAGER 公開。
ただし、有料らしい。

　∧＿∧
　< 'ш' >y-~~
／｜ ｜V
　｜〒｜
　／ Ａ ＼

　∧＿∧
　< 'ш' >y-~~
／｜　｜V
　 |〒|
　／ Ａ ＼

正直OSASKより楽しみ。

チンコスと同じぐらい期待している。

> タスク固有の情報で、かつ、システムに取って基礎的で重要な情報
> は、TSS に入れると便利です。

CR0ってTSSに入れるべきかなぁ？
NOWSOSは入ってないみたいだけど。

>368
それは聞くことではなく、考えることでしょう。

一応、答えておきましょう。

まず、Intel による、TSS の定義には、CR0 の保存場所は有りません。

理由を考えてみましょう。

CR0 は、プロセッサの実行モードを指定する BIT が集まっていますが、
タスク毎に変更したい様なものは、EFLAGS との論理積によって制御
されます。

したがって、CR0 自体は、全タスク共通で、タスク遷移時に変更する
ことがありません。ですから、Intel の設計でも、TSS には、CR0 の
保存場所がないのです。

　誤解を招かないように言っておくが、CR0 の TS BIT は、
タスク遷移時にセットするのが普通。

　これは、浮動小数点レジスタの復帰を遅延させるために用いる。

　この BIT をセットしていると、
x87 FPU/MMX/SSE/SSE2 命令を最初に使った段階で、
例外が発生する。

　その時点で、TSS から、浮動小数点レジスタに復帰すればいい。

>>369
ありがとうございます。
インテルのリファレンスを読んでいたら、
>TSS内にストアされたCR0のTSフラグをセットする
（6-10の一番下の行）
との記述があったものですから、CR0もTSSに含める
のかなぁと疑問に思いました。

>372
なるほど。
多分、それは誤植です。

なにげに良スレ！

>374
本体にもおいで。

リリースされたら考えてみるよ。

> その時点で、TSS から、浮動小数点レジスタに復帰すればいい。

ということは、TSSにMMXなどのレジスタのフィールドがあるのでしょうか。

>>377

そーゆーことだろ。

TaskA、TaskB、TaskC の３つのタスクがあってAとCのタスクがMMXを
使うとすると、TaskAでTSがセットされ、MMXなどのレジスタはそのまま
になっている。(つまりTaskBに切り替わってもMMXレジスタの値はTaskA
のまま)
TaskCでMMXレジスタにアクセスしようとすると例外が発生して
MMXレジスタの内容をTaskAのTSSにセーブするわけだが、
これは言い換えると、TaskCで例外が発生し例外ハンドラが
MMXの値をTaskAのTSSにセーブするということなのだろうか？

些細なことだが
MMXはFPUとレジスタを共有していたはずだが

2ch タイプの掲示板が設置された。
http://homepage2.nifty.com/nowsmart/bbs.htm

おおっ、てかめちゃ早いな、報告が。
監視してるのか？＞380

だれかいつ完成するのかって聞いてきてくれ!
なんか漏れは捨てハンが思いつかない!

>>380
LightﾀﾝがMachを知らないとは……。
現行のメジャーOSくらい触っとけって。＜Mac OS X

>>383
その書き方だとMachとMacを混同しているように見えるぞ。
たまたまMac OS XがMach系のOSを採用しただけだろ。
とりあえずMachの資料としてはこれが必読。
http://info.isl.ntt.co.jp/rtmach/publications/transtech-mach-1.pdf

>>383
歴史研究化と、技術屋は違うからな。

技術屋は、自らの力で考え、作り出していく力が重要。
過去の物の歴史や経緯や特徴を知っていること以上に、
新しいものを生み出す力が必要。

>>385
車輪の再発明ってことも考えると、全部自力は必ずしも正しくないかも

>車輪の再発明ってことも考えると、全部自力は必ずしも正しくないかも
いや、できるやつにとっては、「車輪の再発明」というセリフは言うだけ無意味だよ。
実際、Light氏はANSI-C準拠のCコンパイラを完成させている。
リンカ、ライブラリアン、アセンブラも込みでな。
全部自力でやってしまい兼ねない。

ま、大抵の凡人には「再発明するな！」という格言は正しいとは思うが、オレモナー。

>>386
でも、既存のものを知るだけのメリットがないかもしれない。

つまりは、車輪を知らなくても、車輪を思いつくくらいの
知能があることが重要。

数学の定理を全部知っていることではなく、必要な時に
同等な定理を思いつく能力があるほうが有利。
まあ、数学の定理の場合は汁気で思いつくのはなかなか難しいけ
どね。
だけど、ニュートンだって、必要に迫られてベクトルと
微分、積分を発明した。

>>388
知っていることを後で必要に応じて演繹するのと、
知らないことを自分で発明するのは全然違う。
数学は勉強せずに自分で作るようなことしてたら、
どんな天才でも一生のうちに微積分に到達できるだろうか？
今の社会で求められているのは、
既存の数学理論をすべて習得した上で、
それをどう応用するかじゃないか？

たとえば和算は特定分野で同時代の西洋を超えていても、
尻すぼみになって今誰も和算の系統は使ってない。
そういうのってオナニーじゃないか？

>>389
「ゼロの概念」でさえ怪しいな。
それだけでも何千年もかかってるし。

>>389
あなたの言う「既存の数学理論を全て習得した上で」ということを
できる人は本当に一握りです。
しかも、それ自体相当の時間が必要です。

人間が凄いところは、「生み出す力」「工夫する力」を持っている
所にあります。

「なんでもかんでも知った上で」なんて方針では、全て知り尽くす
だけで一生かかってしまい兼ねません。

　それともう一つは、「既存の OSのことをできるだけ知る」という
行為は、「数学理論」を知ることとはだいぶ違います。

　数学理論は応用範囲がかなり広いものですが、OS 理論を
知ることは応用には向きません。OS を作る場合にでも、OS
理論を知っているだけでは、実装上つまずく場合が多いでしょう。

それよりは、自ら新しい命題を「証明する力」を備えている
事の方がずっと大事です。

>>391-392
やめてくれ
不勉強と無知を開き直ってるようにしか見えない

>>390
そりゃあ、「ゼロの概念」など余りにも基本的な事を知らなければ
話にならないでしょう。

しかし、ある程度の知識だけから、演繹する力を持っている人も
歴史上には沢山いるわけですし、現代でもいるでしょう。

知らなくても同等なものが作れるなら、別に知る必要は有りません。

どうも、考え方の上で私とは相容れ無い人が日本には多いようです。

定理の名前も定義もそりゃ知りませんが、聞けばすぐ理解できて、
実際に作れているなら誰も文句は言えないはずですよね。

むしろ、色んな定義や専門用語をいっぱい知っていても、実際に
それを応用して作ることが出来ない人の方が問題ではないでしょうか。
それで権勢を誇って、子供達に変な「イレジエ」をしているとしたら
その方が問題が大きいのではないですか？

>>393
必要の無い勉強というものも世の中にはかなり存在します。

勉強するだけで、結果が出ないようならば意味が有りません。

人を諭すようなことは、実績を作った人のみが行えること
だということを日本人は知るべきです。

>>394
君が天才だってことは認めるけど、もうちょっと謙虚にしたら？
100年後にも残るような成果があるんだったら、
こんな掃き溜めで議論する必要なし。

　技術の世界で、最も説得力のあるのは、実際に
「設計して見せること」または
「作って見せること」
だと思いますよ。

「自分はこんなにまじめに勉強して、
　こんなに色んな事を知っている」
なんて自慢するよりも、実際に物を作って見せる方が何倍も説得力
があるのではないでしょうか。

逆に「本当に理屈を理解している」ということの証明はそうすること
以外には存在しないと思います。

>>396
そういうことじゃないんじゃないですか。

「既存の事を全て知る」ことよりも、
「新しいことを作る」
「あらゆる場合に対応できる能力を身につける」
ことを目指すべきだと言うことを言っているのであって、
誰かが特別な才能を持っていることを主張している
分けではないはずです。

>>397
ですから議論するのは無意味なんです。
馬鹿は実物を見せれば黙ります。
馬鹿ががちゃがちゃ言っているのは、
実物が渡っていないからです。

>>398
誉められたんだから、素直に喜べよ。
皮肉で言ってんじゃないのに。

OSASKのMLを見ると川合さんもMachのこと分かってないみたいだぞ。
「MachはUNIXである！」
「MacOS�]はUNIXサーバである！」

うーん、考えさせられます。

単なる博覧強記は能無し。
かと言ってシャットアウトするのは井の中の蛙。
要するにバランスであって、偏重は良くない。
しかし現実には偏重したやつしかいない罠。

> 単なる博覧強記は能無し。

多いよな、そういう奴。という漏れもそうなんだが。
モノつくってるLightタンはやはりすごい。
それは認めてやる。

>>402
だからこそチームで開発するんだろ
1人で神のようなやつでない限りな（ｗ

>>404
一人でやる気の無い奴がチームを組みたがる。これ真理ね。
ThinkOSが良い例。

>つまりは、車輪を知らなくても、車輪を思いつくくらいの
>知能があることが重要。

同意。
だが、それで車輪を作るのは意味無し。
車輪じゃないものを作ってほしい。
いまさら車輪を作っても何の証明にもならないし、役にも立たん。
無駄な努力でもったいないだけ。

>>406
それは言えている。

しかし、将棋が強くなりたい場合、将棋の打ち方を学んだり、
定石を覚えたり、実際に対戦して練習したりするべきですね。

羽生さんの実践成績を憶えたり、生い立ちや身長・体重を
勉強する（？）ことに意味があるでしょうか。

また、将棋の理論（？）を分析して学ぶことで、腕のいい
棋士に慣れるのでしょうか。

まあ、参考にはなるでしょうけれど、実際に重要なのは、
練習ではないかと思うんです。

>>402
偏重はよくないですね。

時間が空いたときなどに、色んな知識を吸収したりすることも
何かの役に立つかもしれません。
まあ、そのうちの一つとして、既存の似たソフトウェアの
調査を入れる目的で、Mach なども勉強したりすること
も大事でしょうね。

でも、知らなければどうしようもないかと言うとそういう
わけでもないように思いますが。

というか、Mach の知識が必要なほどのところに達した段階
でその都度勉強すればいいのではないかと思いますよ。

彼が学問を軽視していると思ってる人がいるとすれば、とんでも
無い誤解ですね。

Lightたんって、いざとなればいつでも
「2chなんて見たことない」で逃げれるようにしてるような気がするねぇ・・・
いや、それはそれでもいいんだけど。

>408
あんたLightたんの何よ？（ｗ

「暇つぶしにNOWSMART-OSプログラミングでもするかー」
なんてスレを立ててみたいのですが、どうでしょうか？

つーか Light たん次第で OSASK より盛り上がるかもしれんな。

大切なのは、Machではなくマイクロカーネルじゃねーか。
Machはひとつの実装にすぎんだろ。

>>411
同意！最近、OSASKがつまらなく感じてきたところだ。

ともかく、暇つぶしでもいいから他の人が何やってるかは
ある程度は知っておいた方が良いということですね。

>>411 >>412
確かに最近面白いOSがないですねえ。
PC-UNIXもマンネリ化して来ましたし、
OSASKは全然進歩してないように見えますし。
プログラミングで一番面白いのが
C#で.NETくらいってのが現状ですから、
NOWSMART-OSが公開されたら飛びつきそうです。

>>410
建ててもいいと思うけど、NOWSMART-OS 自体どこで手に入れる
つもり？
Light タンに直訴すればどうにかなるかもしれんけど。

>409
> あんたLightたんの何よ？（ｗ

俺も知りたい
もしかして1=391?

>>410
こいつ、OSASKスレにも同じような内容かいてたよな。
もっとセンスのあるスレタイに汁！

漏れはもうOSASKは見捨てたね。
OSASKは川合さんのオナニーだな。しかも面白くない。
NWSOSは面白そう。作者の技術がすごいのとAPIを追加、オーバーライドできるのは魅力的。
いつごろ発売されるんだろうか。

作者のオナニーだって思うプロジェクトって多いよね。
ただ作者も本業じゃないだろうし都合も考えると、
要望だけじゃなくてコードもくれって思うのは分かる。
かと言ってコードまであげて拒否された日にはブチ切れだろうし、
結局ただ使うだけの信者を満足させられるかどうかが
プロジェクトの普及の鍵なのかもしれないな。

Lightﾀﾝはそういうのを嫌って
非公開のまま孤高を貫こうとしているように見える。
公開して駄目にされても名無し相手じゃ文句も言えないよ。

Lightﾀﾝ!!　Linuxのカーネルは、Lightﾀﾝなら丸一日もあればおおむね
把握できると思うから、是非読んでみてよ。ソースコードではなく、
ソースコードへの解説などをね。

話は変わるけど
自分、英語読めるからgoogleの検索エンジンで検索したんだけど、
MS帝国を崩す唯一の可能性はLightﾀﾝのみだと思うよ。
他に候補が見つからなかった。いや、ほんとに。

だから頑張って欲しいね。

>>419
お前、ヨイショしてるだろ。個人的にはLightたんには
UNIXクローンを作ってほしくないよな。

しかし、Lightたん、確実に敵と味方を増やしてるよな。

>>420
どういうタイプの敵と、どういうタイプの味方がいると思うの？

敵＝OSASKマンセー派
味方＝いろいろ

しかしOSASKのWinエミュはフルスクラッチで
開発するらしいが、お前らどう思います？っと
NOWSOSスレで聞いてみるテスト

>>422
OSASKそのものがあんな状態なのに、
エミュ開発に着手するなんて10年早い。
今の段階じゃ完全なペーパーウェアだから判断する価値なし。

>422
漏れはOSASKマンセーじゃないがLightたんは嫌いだぞ。
勝手な分類にしないでくれ。
それにOSASKマンセーだったらなんで敵になるんだ？

>424
嫌いとかいいながらスレに書き込みするお前は
Lightタンが大好きとみた。

WinエミュだがあれはK氏は「可能」といってるだけで
「作ります！」とは言ってないんだよな。
LightConeたんも「可能」とかとりあえず言っといたら。

>425
バレた？
ヲチ対象としてはもう最高！

　　　　　　 冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|-=・=-|⌒|-=・=-|ヽゞ
　　　|tゝ　　＼__／_　 ＼__／　| |
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ
　　　　ゝ　　　/ヽ───‐ヽ　/　　>>私に逆らう気かね？
　　　　 /|ヽ　　　ヽ──'　　 /
　　　　/ | 　＼　　　￣　　／
　 　／　ヽ　　 　‐-

∧＿∧
< 'ш' >y-~~
｜　｜Ｖ
｜〒｜
／Ａ＼

∧＿∧
< 'ш' >y-~~

∧＿∧
< 'ш' >y-~~
｜０｜Ｖ
｜〒｜
／Ａ＼

なあ、L氏は何を狙っているんだ？
L氏はOSASKの掲示板で、OSASKは不可能だから意味ないとかなんかとかいって、
ついでにCコンパイラよりもOSの方が簡単とか言って、
そのせいでバカにされて、見返したくてNWS-OSを作ることにしたんじゃないのか？
だからページに10日でここまでできたみたいなことが書いてあったりしたんじゃないのか？
なんかそこから先がやたらに遅い気がするんだが、それはおいらだけか？

よーするに、おいらは早くリリースしてほしくてL氏を煽っているつもりなんだが、
そのへんどうよ？
っていうか、予定としてはいつ頃なんだ？

>>423
> 今の段階じゃ完全なペーパーウェアだから判断する価値なし。

この点についてはNWS-OSの方がやばいんじゃないか？
だから早くリリースしようぜ！

>>432
サイトをくまなく見ればわかることだけどNWSOSはL氏が昔作ったOSをDOS/V機に移植したものって書いてあるよ。
かかった時間が10日ってのは移植するのに10日かかったッてことじゃないのか？

>432
復習しる！
http://www.google.co.jp/search?q=+site:www.afis.to+Lightcone+OSASK
OSASKが不可能だとは言ってないし、（本家で）バカにされたわけでもないぞ。
逆になんとなくけなしていたような気がしなくともないが。

ところで、>>229、>>231
http://www.afis.to/~mone/osask/osask_ml/200111/msg00140.html
考え方を変えたのか？

ふむ、NOWSOS vs OSASKユーザの祭りの予感です。
もしかしたら双方、リーダしかカキコしてなかったり
してな (藁

しかしだ、OSASKが未踏ソフト（IPA）から相手にされなかったが
ドリキャスでLinux動かしてる奴がIPAで金GETしてるんだからなぁ。
SH−Linuxのどこが未踏なんだか教えて欲しいよ。

ちなみに漏れは元OSASKスレ住民。川合があのスレ常時監視中なんで
このスレを新たな楽園とします。よろしく＞LightConeたん

>>434
レスthanks!
ってことは、ほんとはもっとかかったってことか。
おいらも98から移植したっていうのは読んだはずだったのに忘れてた。
L氏にとって、まじで Cコンパイラ＞OS なのか？
ところでCコンパイラはどのくらいかかったんだ？

L氏の掲示板みると、なんか今は開発止まっているみたいだし、
おいらは心配だ。
隠れファンとしては、とりあえず今のOSASKを超えるくらいのことはやってほしいんだが。

>>435
指摘thanks!＆激しくすまん。うろ覚えでやってしまった。

>436
このスレはこのスレで謎っぽい人（ｗ
が常時監視中な予感、、、。

>>432
NWSOS と OSASK との関係について、L 氏は公式にはなにも言ってな
いのでは？

K 氏に何か言われたから、NWSOS を開発したとか、PC/AT 用に
移植したとか、どっかに書かれている？

書かれていないとしたら、想像の域を越えていない話では？

実際に、「何日までに出す」、とかどこかに書いてある？
あるいは、一度でもそういうことを書いた形跡がある？

「予定では後何日」とかの記述があるかどうか調べてみたけど、
どこにも無いみたいだよ。

>> Cコンパイラ＞OS なのか？
↑明らか。
MSはOSの支配力を常に自社言語開発で補ってきた。
VBを普及させたのも、他プラットフォーム（当時はMAC）への流出を
防ぐためであり、C++が普及すればVC++独自の拡張をし、その機能を
MFCでふんだんに使うことにより、多くの開発者をWindowsからの流出を
防いだ。

>439
いや、いくらなんでも「見返したくて」の部分は
想像だとわかるような気がするが。（ｗ

> 実際に、「何日までに出す」、とかどこかに書いてある？
？
>432は早く出して欲しいと言ってるだけだぞ。
まさか「何日までに出す」と書いていないから「遅い」わけではない、
とか言わないよね。遅れてはいないけど。

ちなみに漏れはこんなもんだと思う。単純に公表が早すぎただけかと・・・


>440
それは戦略上の価値の比較だと思われ・・・

>>440
同意。

実際には、「言語を制する者が、ソフトウェアを制す」と
ビル・ゲイツも言う通り、OS 以上に言語は重要。

OS 開発だけなら、競合製品を膨大な数のメーカーがすぐ作って
しまうが、言語処理系の開発ができるメーカーは限られてくる。

日本でも、日立、NEC、富士通辺りが、言語処理系開発能力が
あるらしい。しかし、統合開発環境やデバッガまで含めた環境は
日立でも怪しい模様。海外のチームと共同開発しているっぽい。

一方、簡単な OS だけなら、もっと多数のところが開発可能。

NEC の有名な N88-BASIC は、Microsoft 製だった。
この当時、BASIC 言語のプロンプトが OS も兼ねていた。


このように、開発環境が、単体で OS の機能を備えている場合
もある。開発環境のランタイムライブラリが充実していると、
OS 無しでもアプリが動くこともある。

実は、開発環境と OS の境界線は曖昧な部分があって、
開発環境だけで全てがまかなえる場合もあるのだ。

個人的には、少し前まで、言語処理系開発会社の Borland 社から、
MS への対抗馬の OS がいつ出てきても不思議は無いと思ってた。

しかし、最近どっかの会社に買収され、Linux ビジネスに
乗り出して、売りだった開発環境作りがおろそかになった。
ObjectPascal ばっかり力をいれて、C/C++ 言語処理系は
ボロボロっぽい。しかも、かつての主力製品をフリーで配る
始末。オープンソースを過信して会社存亡の危機かもしれない。
開発環境を軽視したことが原因で衰退していく様子が
良く分かる。

　Borland って、昔はプログラマ受けが良かったのが、買収されて
からは全然だよね。
　何だか、プログラムの事を知らない人が上に立って、
開発方向をゆがめているような模様。
　変な方向に進んでいる。

　それとも、主力プログラマが、MS に買収されたのが痛かった
のか？　少数のプログラマの腕で会社が支えられていた証拠だな。

激しく反省中。

>>439
> NWSOS と OSASK との関係について、L 氏は公式にはなにも言ってな
> いのでは？
そのとおりだ。おいらが間違えた。OSASK擦れでの推測と事実とを混乱してしまった。
しかしだな、あの一件がなければNWS-OSが98から移植されることはなかったような気はする。
いいわけくさくてすまん。
> 実際に、「何日までに出す」、とかどこかに書いてある？
おいらもこれは記憶にない。だから知りたいのよ。
L氏でも謎の人でもいいから、教えてくれないかなーと。説明不足ですまん。
っていうか、まさかこんなに待たされるとは思ってなかったんだが。
ちょっと待ちくたびれただけかも試練。
毎月出てくるOSASKがちょっとうらやましいよーな。

>>440
それは支配力についてだろ。それはおいらもそう思う。
そうじゃなくて、なんかCコンパイラの方が作るのが難しいとか言ってなかったか？
だからCコンパイラにかかった時間が分かれば、最悪でもどのくらい待てばいいのか目安になるかと。

せっかく盛り上がってきたのに、よく調べもしないでカキコして迷惑かけてすまん。
これからちょっと自粛するよ。

>>445
なるほど。
開発時間の目安が知りたいってことね。

　C/C++ コンパイラがどのくらい重要かを説得するのは結構難しい
みたいなので、ひとつ例を出しておく。

　GNU と言うグループは、Linux の名称が GNU-Linux でないのが
けしからん、と主張している。

　Linux はカーネルこそ、Linus 氏を筆頭とするオープンソース
コミュニティーで作られた。しかし、OS だけ作って
開発環境が無いなら何にもできないのだが、一番普及している
C/C++ 言語の、Linux での処理系が、GNU の手による GCC と
呼ばれる有名なコンパイラ群であるのだ。

　ここまで言われても、Linux 陣営が、GCC 以外のコンパイラ
を用意しない理由を考えてみると、自ずと答えはわかってくる
のではなかろうか。

SH-LinuxってIPAからお金貰ってるの？

>447
あのー、誰もコンパイラが重要であることには意義を唱えていないんですが。

ついでにGNU/Linuxと呼んでるのは
http://www.gnu.org/gnu/linux-and-gnu.ja.html
な理由であって、gccは要素の一つにしか過ぎないと思うんだけど。
なんにしろ、もはやLinuxはgccから離れられないだろうけど。

しかし「GNUと言うグループ」って書き方はなんか嫌ね（ｗ

>>448
DODESを日本語限定でgoogleしましょう。

結局どこが未踏?なSH-Linux自体は採択されず、
関連プロジェクトで援助を受けたみたいです。
これぐらいのしたたかさを身につけないと、
OSASKは一生IPAには相手にされなそうですな。

ＯＳＡＳＫのＫ氏のいう「最終的に出力されるバイナリを短くする」という
目的を達成するには、結局、自分でコンパイラ、リンカを用意せねばならない。
なぜならば、アプリケーション・ベンダに対してもASKAだかなんだかの
特殊言語を押し付けるわけにはいかないのだから。コードサイズを短くする
決定打は、開発言語をOSメーカが提供すること。

皮肉にもNWSOSの方が、コードサイズを小さくさせる決定的な可能性を
持っていることになる、、まL氏がその気になればの話だが。

LSI-CだのVC++だの他人のフンドシで出したコードじゃ、小ささに限界あるわな。

>451
リンカは用意してるぞ。

川合さんの主張は「バイナリが小さくてすむようなAPIの設計」
サイズの面でOSASK向けに特化されたコンパイラが特に必要だとは思えないが。

SHシリーズにLinuxを乗せるのは馬鹿だろう。
なんでもLinuxって風潮はOS研究にとってよくない。
1980年代、UNIXがOS研究を潰したといわれている。
20XX年、宇宙旅行の時代にUNIXが使われていたら
俺はもうヒッキーになるね。

>>451
> 皮肉にもNWSOSの方が、コードサイズを小さくさせる決定的な可能性を
> 持っていることになる、、まL氏がその気になればの話

そりゃそうだが、L氏じゃやらんだろ。
やるなら可能性を考えるが、やらないならそれ以前の問題だな。
確かに、やってくれれば全面対決だから、面白そうだが。

それよりかはサイズにこだわるK氏がコンパイラを作るってのがありそうだが。
もっとも、それだけの技術力があるかどうかはわからんが。

>>454
OSASK と全面対決して「面白い」というのは、どういうことなのか。
単に悪趣味なだけなのか。

NOWSMART-OSをMorphy Oneに載せるってのはどうよ。
どんどん夢を語ってやってくさい。

>456

@∧＿∧
< 'ш' >y-~~

どうしてもNOWSMART/OSのスレがないの？

L氏が自分のＨＰに2ch風掲示板を作ったことでここもすっかり閑古鳥。
たしかにniftyのあのサービスはIP未記録だし、気軽さとか匿名性では
2chなみだけど、敬語を使うように指示されてたりと、お手軽感がいまいちだな

>>460
敬語使うのがそんなに面倒なの？
それとも、普段使わないから敬語が分からない人が多い？

>>460
あの 2ch 風の掲示板は、@nifty のサービスではないよ。
とあるフリーの自作 CGI を使っている。

なんと、暫定バージョンが DL 出来るようになってる！

漏れは、試してないけど、誰かやってくれ！

>>463
うぉ！

ﾜﾗﾀ
インストールしかしてないけど、
これはまさにLightたん（ｗ

とりあえず動かしてみたけど、結構バグ持ちですな。

>466
どんな感じ？
漏れのテスト用の486マシンじゃ動かん。（ｗ

> 漏れは、試してないけど、誰かやってくれ！

ちょっとすごいぞ。ためしてみろYO！
なんかGUIなDOSって感じだYO。
日本語がポンポンと出てくることに感動したYO。
解像度は1200＊1000までいくYO！
VMWareでは動かなかったYO！

YOを使いすぎたズラ。

fireを複数起動してみたり。
窓は、後から起動した物が常に上に描かれる模様。

再現性の程は不明だけど、FDを抜き差ししたら、dirで表示したときのscrollが遅くなった。
mdumpしたら、何故かhaltしてしまった。
setvmodeが効かない（Voodoo5 PCI使用）
uminaで、FDに書き込めない。

調べるのが面倒だネ．．．。

>>469
PC/AT 機での FD 抜き差しは未対応。

mudmp が動かないのは、多分、暫定仕様。

umina を起動したのは、FD 抜き差しの後ですか？

setvmode が動かないのはバグかも。

>>470
オマエってすげぇ嫌らしい奴だね。
だんだんむかついてきたよ。

>>471
脅し？
脅迫は犯罪だよ。

>471
なんで突然そんなところでキレますか？

>472
お前バカ





って言ったら脅迫？

>>473
安心しろお前もただのバカ

ほう、LightたんとOSASKマンセー派が戦ってますな。

　それにしても、コンピュータ関係の人って殺伐としている人が
多いような気がするのおお。

　なぜじゃ？

こんなとこで真剣にやるやつは居ないとおもうが。
まあ2ch流のじゃれ合いじゃないの?

すげーＮＷＳＯＳ。

L氏の掲示板に書こうと思ったけど、とりあえずこっちで。
まずはNWS-OSの公開バンザイ！ってまだ試してないんだけど。
んで、その先の話がよくわからんのよ。
オープンにしたらぐだぐだいわれるからクローズにするって、
それは反対だと思うんだが。オープンにすりゃ、ぐだぐだいうやつに向かって
「文句あるならおまえがやれよ、オープンだから勝手にやればいいだろ」
って言えるからいいと思うんだが。OSASKはそんな感じじゃないか？
むしろクローズだと要望を無視できないんじゃないの？無視すれば売れないから。
もしかしてまたおいらの勘違い？だったらすまん。
しかし、L氏はオープンで協力した人の努力をあまり認めてないみたいだね。
改変してもいいけど売っちゃ駄目とか。
それって他人ががんばってもL氏が儲かるだけ？
L氏はただ楽して儲けたいというだけなのか？
もしそうなら、おいらはちょっとやだな。
そんならクローズでいいよ。要望にこたえてくるならその方がいいかも。

漏れはもうクローズドで良いと思うんだけどな。
OSASKの掲示板見てるやつならわかると思うがオープンだと厨が死ぬほどウザイし、
Lightﾀﾝは昔からOS作ってたりしてるとこからしてある程度「わかってる」と思うからクローズドで良いと思うな。

>480
オープンだから厨が来てるというわけではないと思うが。
ネットで公開した瞬間から・・・

それはそれとして、Lightたんにオープンは似合わん。
というかLightたんには「オープン」はできないと思う。

そういえば、POLYのときは、どうだったかな？＜open

uminaで、Sub Windowを、親の上（奥行き方向ではない）に
持っていこうとすると、ページ不在例外検出

つーか掲示板の奴ラなんであんなに軽々しく「オープンソース」とか言ってんだ?
オープンソースにすれば良いってもんじゃネーだろがよぉ

（祝）NWSOS公開
http://pc.2ch.net/test/read.cgi/os/1026581522/l50

> つーか掲示板の奴ラなんであんなに軽々しく「オープンソース」とか言ってんだ?
> オープンソースにすれば良いってもんじゃネーだろがよぉ

お前ほんと馬鹿だな。オープンソースってのはなぁ、OS開発者に対する
単なる挨拶なんだよ。これ常識、それに世界標準ね。

Lightたんもオープンソースにしたくないならしたくないって言えばいいのに。

Lightたんいったいどこで叩かれたんだろ？
公開したことで叩いた奴いる？
>>465ぐらいなんだが。

>>481
前半部分、すばらしい洞察。

>>483
でもよく読むと、実は最初にオープンソースについて言い出したのはL氏自身なんだな。
急にオープンがいいかなってちょっと思ったのかな？

>>486
激しく同意。[31]の「オープンソースにしておけば」みたいな中途半端な言い方だけは勘弁してほしい。

>>487
おいらも知りたい。484とかはOSASK派がケンカ売ってるとかいっているけど、
あれは報告義務を守っているだけで、むしろ協力していると思うし。
L氏は、報告を義務づけておいたのに、動作不良の報告が相次いでうんざりしちゃったのかな。
ちなみにうちはマウスがうごかない模様。そのほかは問題なさそう。

>>[42]
> 不具合があったときは、匿名ではなく、ハンドル名でもなんでも
> いいですから、正式に報告していただきたいんです。

だったらまず自分から名乗るべきでは？
さんざん匿名で発言しておいて、今さら何言ってんだか。
そんなんじゃ人はついてこないよ。
そんな態度が「嫌らしい」って言ってるの。Lightタンの人格には興
味ないけど、日本発OSを成功に導ける人間かどうかを判断したいだけ。

Lightタンがリーダーシップ発揮できないんなら、オープンだろうが
クローズドだろうが「本当にいいもの」はできないと思う。「時間が
裂けない」とか言ってるようじゃ、せっかくいい基盤があっても今後
の成長に疑問を感じざるを得ないね。クローズドで行くなら、自分の
世界にひたすらのめり込むくらいしてくれないとネ。日本人発のドで
かいプロジェクトがパッとしないのは、まわりをぐいぐい引っ張って
いける奴がトップになっていないからだと思う。

ところで、NOWSMART-OSの最大の強みらしいAPIのオーバーライドって
アプリ開発者側にどんな利点があるんだろう。いままでの説明読んでて
も全然ピンと来ないや。

いろいろ書いたけど、精一杯がんばってください。
応援しています。

>>489
OSの強みなんて言うのは普通のOSには無いような機能じゃないだろ。
安定性やらアプリ開発のしやすさとか基本性能が良いということはOSとして良いって事につながると思う。
OSASKのエミュとかもそうだけどAPIのオーバーライドやらはNWSOSに対しての取っ掛かりのようなもの。

489>>
叩きが生きがいと見た。

> そんな態度が「嫌らしい」って言ってるの。Lightタンの人格には興
> 味ないけど、日本発OSを成功に導ける人間かどうかを判断したいだけ。

やだなぁ、こういうやつ。粘着性を感じるよ。

> 日本人発のドで かいプロジェクトがパッとしないのは、まわりを
> ぐいぐい引っ張って いける奴がトップになっていないからだと思う。

そういう奴は日本じゃ嫌われるんだよ。

> いろいろ書いたけど、精一杯がんばってください。

お前ががんばれよ。もうすこししたら
http://pc.2ch.net/test/read.cgi/os/1026581522/
の>>4あたりが復習に動き出しそうだからな。

OSASK伝言板でKAWAI氏とgeya氏がIPAに関し祭りを始めた予感。
さて勝者はどちらか？俺は”通りすがり”に１００リラだな。

NWS-OS のクロス開発環境が DL できるよ。

どうでもいいけど通りすがりって言うベタベタな名前やめろよな
だせーんだよ

↑あいつはぜったい通りすがりじゃねーぞ。
伝言板を常時監視していると思われる。

どうでもいーが、おまえらもLﾀﾝの2ch風スレに引っ越せ

↑敬語なんて10年はつかってねーよ。
常日頃から高所大所から叱咤罵倒だからな。
やっぱ俺は2chがイイ！

>>447
おいおい、*BSDなんかも開発環境はGCCだけどGNU/*BSDなんて主張は
しないぞ。
GNU/Linuxと呼べと言う根拠はLinuxのディストリビューションをOS
ならしめている部品(bash,fileutils...etc)の半分以上を
GNU Projectものに頼ってるからで、極端な話Linuxのユーザランドを
FreeBSDのそれに入れ換えたディストリビューションがあればそれに
付いてはGNU/Linuxと呼べとは言わない筈。

スラッシュドットされたな。

ttp://slashdot.jp/

>>100
ストールマンは自分が読みたいソースが読めないのが嫌なだけだったんだろ。
まあ、彼のように自らソフトを作ってフリーソフトに貢献する人間が
言うならいいんだが、自分ではなにも作らん乞食連中がソース出せって
居直り強盗の様になるのはいただけない。

特に日本ではソース出してももらってく奴ばかりでレポート１つ
よこさんってことが多いから余計そう感じるのかも知れんが。
特に大手企業は出した途端に持ってくくせに何の貢献もしない。;-<

ソフトで食っているんでなければまともに議論できる奴だけを
相手に公開するってのもいいんだろうが、そうそう悠長な
ことも言ってられんしな。

名前が悪いから、あまりはやらないな

だれかMenuetの日本語化に着手しようよ

>>58
AT&TでC言語を作った奴って、ほとんど２人でつくってたような
それを考えると、１人でもいけそう

>>71
初期のUNIXとかは？
完全に一人じゃないけど、中心的にソースかいてた奴は１人でしょ

>>505
ゲームやるためにね。

>>504, 505
どちらも西洋人だわな。

西洋人にできて日本人にできないということはあるまい。

>>508
だといいんだけどね。
まじで、そうであって欲しい、、、。

>>500
　 ∧＿∧
＜ ；｀ー´＞y-~~~ slashdotの連中は一体何なんだ?
open source云々で文句言ってる連中は、
技術で勝てんから思想を持ち出そうってのが見え見えだぞ。
(もちろん技術的に秀でてそうなのも1人2人いるが)

よ、超先生。忘れたころに、ひょっこり出てくるな。

slashdotはほっとけ。
国内で出てる未完のOSの数よりも
オープンソースコミュニティで偉そうなこと言ってる口数の方が圧倒的に多い。

掲示板があの状況では、動作報告ができない
．．．って、電子メイルで行えば良いのかな？

で、超先生から見たNWSOSの評価ってどうなん？
アップロード記念に書いて欲しいな。

基本的には、Win32が採用しているFATを扱え、i386のMMUを使った
仮想メモリ保護機能のあるWin32ライクな安価OSと解釈している。
VC++がそのまま使えるってのもいい感じだ。

個人ですら成し遂げたこの結果を大手企業に少なからず波紋を呼んでいる。
いつまでPC売却するたびにMSに懐をせびられるのか？とね。
１０年計画でWinｶｰﾈﾙ互換OSの開発準備ってとこか。

さて、来週の月曜日は久しぶりにオモロいMeetingになりそうだ。

> 個人ですら成し遂げたこの結果を大手企業に少なからず波紋を呼んでいる。
> さて、来週の月曜日は久しぶりにオモロいMeetingになりそうだ。

どこかの企業の内部の方ですか？
差し障りのない程度で結構ですので、もう少し詳しく教えていただければ幸いです。

確かにコンピュータの知識のない重役とかは
「OSって作れたんだ！」とか言って感心しそうだ。

で、「Windowsを作れ」とかわけわからん要求されるはめになった
プログラマ達は当然「作っても無駄ですよ」とか言いたくなるわけだが、
そんなこと言うと「個人でもできたんだ。俺達にできないわけはない！」
とか何もしない上司にいろいろと勘違いされた挙げ句に
小一時間説教されて鬱になりそうだから、
やむなく黙って作業しているうちに鬱になると。

>>515
　本当にWindowsを超えるOSが一定期間後に出来るのなら、
「作っても無駄」ではないんだけどね。
「超える」事がまず無理だから、やっても徒労に終わると
言うのが真実なんだ。

　もっとはっきり言えば、作っても無駄なんじゃなくて、意味のある
ものが（自分達にはとても）できそうにないから、やるだけ
無駄だ、ということなんだ。

PC互換機を出し、MSに上前跳ねられ続けている大手メーカとだけ
言っときましょうか。

>確かにコンピュータの知識のない重役とかは
>「OSって作れたんだ！」とか言って感心しそうだ。
今年還暦(60歳）を迎える重役上司は、
「i4040を購入してハンドアセンブリでカリカリとやったものさぁ」
と壊れたテープレコーダのように酒の席でいつもブツブツいう。
1971年当時は29歳だった。
自分に言わせれば隠居爺だが、それでも今回の
NWSOSの意味を理解できないほどはボケてないんでね。

>本当にWindowsを超えるOSが一定期間後に出来るのなら、
違うな。
仮に出来損ないでも、実物を見せればMS相手に価格交渉が有利に
なるんだな。かつて、ドイツでDR-DOSというMS-DOSの成りそこないが
出てきた。互換性を謳っていて、Windows3.1も実際起動するが、
やはりいろんなアプリが正常に動作しなかった、なりそこないだった。
だが、10年前当時、MS相手にMS-DOSの値段を半分に抑えさせた経験がある。
「いざという時はDR-DOSがありますし」

まだあるぞ＞DR-DOS
しかし、今ごろそんなこと言い出すメーカはなあ。
FAT32やNTFS読めるPC UNIX出てから何年立つんだ？
Wineとか、Lindowsとかの存在知ってるのか？
やるならNWSOSの前から考えていて欲しいものだけど・・・
うまくいきそうならLightたん使うという選択肢があるからか？

しかもそんな大昔の話だされてもなあ。
ソがapertとかnewsとかちらつかせて値段交渉成功してると言うのならわかるが。

まあOffice互換が再び出てきてMSのアドバンテージが減ったからなのかも知れんけど。

Ｌｉｇｈｔさんって京都大学工学部情報工学科在籍ですよね？
デキがどおりで違うわけだ。

OSつったって、Windowsと比べるようなデキじゃないだろ。
よくある同人ソフト用OSすらこれよりは遙かにマシだぞ。
あれも個人制作のものが多いがな。

ちなみに、DOSもどきだけでも最低このくらいはある。
http://guriponn.tripod.co.jp/dos/dos.txt

企業によって作られたものも多いが、企業が金を出してるってだけで、
当時はこの程度の物は一人で作るのが普通だった。
NWSOSよりよっぽど使えるものでも、フリーで公開されている。
NWSOSは画期的どころか、よくあるしょぼいOSの一つでしかない。
時代錯誤ですらある。

>>520, 521
16BITのBIOSをベースにしたPC/AT機で、32BITのOSを実装するのは、
16BITのOSを実装するのと分けが違う。
BIOS呼び出しているのだから出来て当然とか言うのは素人考え。
そもそも、32BITモードから16BITモードを呼び出すことは非常に
高い技術を要する。

実際32BITモードから、FDもHDもアクセスできる同人OSは、
非常に少ない。

>>521
そもそも、LightCone氏自身が画期的だと一言も言ってないはずだ。
しょぼいOSを作っているのを馬鹿にしてどうする。
自分で自覚無くやっているのであれば単なるアホかもしれんが、
分かってやっているのだぞ。

>>521
もともと、あなたは、NWSOSが公開に至った事情を何も知らない。
LightCone指示新は公開する意思は全くなかったが、OS作りを
簡単だと言い張るLightCone氏を、OSASK陣営が、散々、馬鹿にし、
OS作りは難しいから、LightCone氏にはできっこないようなことを
繰り返しネットで発言した。
それに対する証拠を見せるためだけに、NWSOSは公開された。
それ以上のことは無い。
最初から、NWSOSがどうなっていくかの計画は立たないのは承知の
上で公開された。

つまり、あなたの意見は、LightCone氏の意図と全く理科せずに
全く変な所を批判しているのだ。

LightCone氏は、自分の技術を見せびらかすためにNWSOSを
出したのではない。
単に、OS作りを最高に難しいものと信じて自説を曲げない、
OSASK陣営に対抗するためだけ煮出したに過ぎないのだ。

だから、LightCone氏はOS作りを自ら軽視している所があるから
こそ、中途半端な状態で公開したのだし、ホームページ上でも
NWSOSの凄い所はほとんど触れられていないし、宣伝もしていない。

だから誹謗中傷だといっているのだ。
目的が何かを散々理解せよといってきたのはこういうことなんだ。

>>521
　ずばり言ってしまえば、NWSOSは、OSASK陣営がOS作りを余りにも
高い技術力がいるものと考えていることに対する反証のために
公開されたのだ。
　つまり、完成度は別にして、OSASKを超える程度のOSは、
このようにあっという間にできてしまうということを示すためだけに
公開された。
　
　LightCone氏は、NWSOSは遊びで作っただけであって、今後の
展開は全く考えていないし、考える必要も無い。

>>521
LightCone氏は、本人自身「落書き」を公開しただけなんだ。

それに対し、勝手に世間が分けの分からん評価を沢山して、
./Jなどに勝手に掲載するは、それで相手を馬鹿にしたような
事を言うわで、何たる愚かな奴の多いことか。

ちょっと描いた落書きに対し、偉そうな批判を繰り返すのだから、
たまったもんじゃないだろう。

つまり、OSASK陣営を誹謗中傷しようと思って出したところ、
実はバカにされたのは自分の方だったという間抜けな話なわけね。

>>527
アホか。
NWSOSが比較されているのは、海外の自作OSや、LinuxやWindowsとだ。
OSASKに比べれば勝っていることは誰の目にも明らかだ。

「なんだお前ら、こんなこともできないのか？OS作るなんて簡単だろ？(藁」
「簡単じゃねーよ。できるならお前やってみろ」
「ほらどうだ。簡単じゃねーか。謝れ(藁」
「…しょぼっ。それで完成？」
「誹謗中傷はやめろ！」

>>528
低いレベルで争ってたんだね(藁
まだできもしてないOS相手に勝ってて何か嬉しいことでもあるのか？(藁
結局、相手をバカにしたいだけだろ。
じゃあ自業自得って奴じゃないか？

>>529
完成ではないだろうし、ショボいなどと言っている連中の作れる
代物ではない。
似たものが存在すると言っても、全部海外勢だ。

完成度などはいくらでも上げることは可能だ。

しかしな、完成度を上げた所で、とてもじゃないが、Windows勢力に
勝てる見込みが無いんだ。だから、計画も立たない。だから、
やらないだけだ。

>>530
OSASK計画は三年以上経過している。
NWSOSは、半年も経っていない。

すでに満足できるものがあるから作らない。

↑作れないやつの言い訳の代名詞だな。
まぁ、無能な奴は今のうちに言い訳たくさん
考えておくことだな。（藁

半年近くかけてあれかい(藁

>>531
要するに、他人をバカにしたい一心で役にも立たない物を作ったと。
で、完成もしないと。

>>534
やってみてから大口たたけ。
BTRONは、18年かけて超漢字に至ったのだぞ。

>>535
そうだったの？
NOWSMART-OSのスレが荒れる理由がわかりました。

>>535
　馬鹿にするんじゃなく、プロうグラマのレベルは千差万別だと
いうことを知らしめたかっただけだろう。
　別に自分がトップだと入ってないだろ、L氏は。

で、NWSOSは何年かかれば完成するの？(藁
途中まで作るくらいのこと、誰でもできるんだよ。
勝てる見込みもない、計画もない、やらない、そんなOS作って何の意味があんの？

NWSOSの将来性の無さがここではっきりしました。

>>539
意味は最初から無いんだよ。よく読め。
完成するかどうかも知ったことではないだろう。

>>539
そんなのOSじゃないし。
単なる作りかけのガラクタ。

>>541
超漢字は18年で実用化した。すごいね。
NWSOSは半年で作りかけの段階にたどり着いた。実用化はしない。すごくないね。

>>541
だから、意味もないし、完成もしないって最初から言ってるじゃん。
ほら、誹謗中傷でもなんでもない、冷静な分析だっただろ？(藁

>>540
将来性がほとんどないことは最初から分かりきったことだ。
気付かない奴らが鈍いだけだ。

いまどき、OSを作ってどんな需要があるのだ。

どんなに完成度を上げても、新たな需要が生まれるとは
考えにくい。それは技術力が高い低いの問題ではなく、
構造上の根本的問題なのだ。

でも、試みに敢えて作ってみることが悪いことではない。

もしかすると、何らかの需要を見出す人が出てくるかもしれない。
フロッピーで立ち上げられるということは、何らかのメリットを
持っているかもしれない。

しかし、もしメリットが無かったとしても、NOWSMART製品の
大勢には影響しない。

いくら完成時の予想スペックがすごくても、絶対に完成しないものには
何の価値も無いね。OSASKに勝ってる？バカ言え。寸分の違いもなく同レベルだ。

>>541
それを馬鹿にする材料として使うことが問題なのだ。

>>546
それは違うぞ。
NWSOSの場合、使用表に書いてあることは既に完成している。

>>546
OSASKは、仕様表に出てくるほとんどが、エセだったり、途方も無い
事だったりするが、NWSOSの場合、あのページの表にかかれている
事は全て完成している。

GUIの完成度が低いから見劣りはしているが。

>>546
Windowsに対抗できるようになるためには、あの仕様表に
書かれていることの100倍の仕様を完成させねばならない。

だから無理だと言っているのであって、あの仕様表はデタラメ
ではない。

>>524
> OSASK陣営が、散々、馬鹿にし、OS作りは難しいから、
> LightCone氏にはできっこないようなことを繰り返しネットで発言した。

やれやれ。あのやりとりをまったく理解してなかったのね。
自分の発言とも矛盾してるしな。
OSASKには確かにソフトウェアとしての完成度も、目標達成率も勝ってるだろうよ。
よかったな。

仕様がデタラメとかデタラメでないとか、仕様を満たしているとか満たしてないとか、
そんなものは全く関係ない。

問題は、使えるかどうかだ。

見劣りするしないのレベルじゃなく、あの状態でNWSOSを使うことは不可能。
使えないものを半年かけて一生懸命作って、ご苦労さん。
使えないもののことはね、ガラクタとか、ゴミとか、カスとかって言うんだよ。
NWSOSもOSASKも今の時点ではただのガラクタ。それ以上の物ではない。
仕様表は無関係。両者とも全く同レベルのゴミ。

>>546
OSASKはFDにしか対応できていないが、NWSOSは、IDE HDD,SCSI HDD
にも対応している。
また、OSASKはFAT12にしか対応していないが、NWSOSは、FAT16/FAT32
にも対応している。
OSASKのファイルシステムはエセだが、NWSOSはほぼ完成している。
OSASKにはセルフバイナリ開発環境が無いが、NWSOSには存在する。
OSASKのクロス開発環境は、LCCなどをかき集めてこなければなら
ないが、NWSOSでは、LZHのアーカイブを展開するだけで用意
できる。
OSASKは、16色にしか対応していないが、NWSOSは、256,65536,
1677万色に対応している。OSASKは画面サイズに制限が
多いが、NWSOSは画面サイズも任意である。
NWSOSはパイプもサポートしている。OSASKはにはない。

OSASKのGUIは、横方向に8ドットの境界にしか置くことが出来
ないし、下に重なっているWindowにも描くことが出来ない。
NWSOSのGUIは、任意のドット位置に置くことが出来るし、
何枚重なっていても、任意のWindowに同時に書き込むことが出来る。
独自のクリッピング領域も指定できる。
また、NWSOSのグラフィックAPIは整理されていて使いやすい。


こんなに差がある。

目くそは目から出るが、鼻くそは鼻から出る。
目くそはにおいがほとんど無いが、鼻くそは多少匂う。
目くそは鼻くそよりはきれいだが、鼻くそは汚い。
目くそは乾いていることが多いが、鼻くそはしめっていることが多い。

こんなに差がある。

>>553
使えないOSのスペックで、得意なところだけ比較して何か意味があるの？
どっちにしろガラクタってことにかわりはないじゃん。

>>552
あなたは、コンピュータソフトの世界を全く分かっていない。
ネットにあふれるソフトのほとんどは未完成だし、使い物に
ならないのは常識。

また、趣味で何年もかけて好きなソフトを作っている人は昔から
沢山いる。役に立とうが経たないが、それで作った人を叩く権利
は誰にも無い。

他人を叩こうと思って作ったソフトが叩かれて被害者ですか？(藁

>>555
得意な所だけ比較したわけではない。
OSの基礎として重要な所をすべてみてみただけで、自然に
このような差が見つかる。

>521
AmigaDOSってのは聞いた事ないな。AmigaOSだろ。
DOSじゃないよ。どちらかというとMacOSに近いよ。GUIを備えていて
マルチタスクで動作する。Lightwaveなど優秀なCGソフトはAmigaから
生まれた。

>>557
NWSOSはOSASKを叩こうとしたのではないぞ。
真実を示すために公開したのだ。
この上のほうをよく読め。

欠点やバグが一つもないソフトは存在しない。
が、流通や使用に耐えるソフトは存在する。
全てのソフトにバグがあるからと言って、全てのソフトが使い物に
ならないわけではない。
NWSOSは使い物にならないけどね。

>>557
　少なくとも、LightCone氏のホームページ内に、OSASK批判は
一切ないはずだ。一切叩いてはいないのだ。
　単に真実を見せただけだ。

重要なのを忘れてるよ（ﾌﾟｯ

NWSOSはOSASKを叩くためだけに作られた。
OSASKは完成するために作られた。

OSASK陣営がヘボだという真実を示すために、半年かけて使い物にならない
ガラクタ作ってご苦労さん。

>>561
暫定公開で使い物になるわけ無いだろうが。
使い物になれば完成だ。

>>564
人間が生きると言うことはそういうものだ。
全て役に立つものを作るだけに時間をかけられると思ったら
大間違い。

人生は色んな事をしながら進んで行くものだ。

>>558
OSとして重要なのはそこだけかね？
WindowsがなぜNWSOSより優れているのかわかってないね。

>>564
人間が作るものは、元々100%ガラクタと大して違わない。

人間など時間つぶしで生きているだけだからな。

NWSOS作者の哲学によると、人間が生きると言うことは、
他人を叩くために時間をかけて役に立たない物を作ることだそうです。

>>568
全ての人間がそうだと言うのは明らかな間違いだから、限定しよう。
つまり、NWSOSの作者の作る物は全部ガラクタで、彼は時間つぶしで生きているだけだってことだな。

>>567
恐らく、広報、宣伝、営業などの重要性を指摘しているつもり
だろうが、Windowsは、内部APIの規模の膨大さ凄まじいのだ。

宣伝や広報や過去のしがらみだけでこれだけ普及したと思った
ら大間違い。

根底には非常に膨大な技術的仕事量があることが一番大きい。

>>571
で、得意なところしか比較してないことにまだ気づかないか？

すげー。人生にまで発展したよ。（ｗ

人に評価されただけでキレるような奴に人生を語られるとは・・・

>>569
　どうせ全てのものがガラクタなのだから、何らかのメッセージを
込めたものを作ることの方がまだましだろう。

　はっきり言って、食っていけさえすれば、物など作る必要は
ないし、科学技術も必要ない。

　人間の本質は、食うためか、好きでやったりしているかの
どちらかだ。

>>522
32Bit,16Bitモードってリアルモードとプロテクトモードの事かな？

>>573
　2chで暴言を書くことだけを生甲斐にしている奴を、人として認めて
いないだけかもしれないがな。

>>575
16BIT = リアルモード
32BIT = プロテクトモード

32BITモードから、16BITモードを呼び出す時には、
仮想8086モードが使用され、リアルモードではない。
32BITからBIOSを呼び出すのは一種の16BITエミュレータ。

> そもそも、32BITモードから16BITモードを呼び出すことは非常に
> 高い技術を要する。

> LightCone氏は、自分の技術を見せびらかすためにNWSOSを
> 出したのではない。

まさかここに来て自分はLightConeじゃないと言い張るつもりじゃないよね？

NWSOSってBIOS呼び出して自慢してるの？
どこが32ビットOSなんだ？

>>574
物を作らずに、科学技術も使わずに、この今の時代で食っていけるつもりか？
どこに住んでんだ？南の島？

>>574
全ての物がガラクタだとすると、ガラクタという言葉は必要ないな。
ガラクタとそうでないものを区別する必要があるから言葉があるんだよ。
自分の作る物が全てガラクタだからと言って、他の人の作る物もそうだとは
限らないぞ。

Windowsと比べてみても、まだNWSOSがガラクタであることに気づかないか？

　川合です。ちょっとだけ書きます。

>>553さんへ

>こんなに差がある。

　書かれたことはそのとおりです。しかしながらOSASKに勝ったというからには、
僕が重視している性能で打ち勝っていただきたいものです。bball対決とか、inv
ader対決などをやってからでしょう。間に合わせのための「えせ」に勝つ程度で
喜んでしまっては、LightCone氏に失礼です。

　イチロー選手に野球で勝てばすばらしいですが、イチロー選手の不得意な分野
で勝ってもあまり価値はないと思います。もちろんOSASKはイチロー選手にたと
えられるほどの存在ではありませんが。

>>583
サイズ対決のことですか？
もしそうなら、OSASKが勝つことでしょう。
なぜなら、BBSセグメントの0も他のセグメントと同様に
持ってしまっているからです。この部分の影響は計り知れず
大きいでしょう。実行ファイルサイズでは今のことろ
文句無しにOSASKの勝ちです。ただ、ちょっとした変更で
そこは修正可能なので、そうなったらまた検討しましょう。

>>582
WindowsはNWSOSより遥かに優れたOSです。
NWSOSは明らかに劣っています。
最初から、Windowsに勝っているとは今まで一切書いていない
と思います。
そもそも、他のOSとの比較自体、なるべく正式には書かないように
配慮してきました。「他」と比較することは避けたいと
思っているのです。無用の衝突がおきやすいので。

>>579
将来その部分のデバイスドライバの作成ができるような設計ができているか否かが知りたいですね。

>>581
「ガラクタ」という言い回し自体に問題があるのです。
事実を表すには「実用に耐えない」という言い方で十分です。

「ガラクタ」という言葉には、事実以外に相手を罵倒する意味
や、嫌悪している意味が入っています。そういった感情が含まれている
言葉を使った文章は、ちゃんとした評論とはとても言えません。
評論する時、「叙情」ではなく「叙事」であることを心がけねば
なりません。
　そうでなければ、単なる評論とは見なされず、誹謗中傷と見なされ
ても仕方が有りません。そのような配慮が無い書き方を、悪びれる
こともなく堂々とする人とは、まともに議論が出来ないのです。

>>586
　今でも内部的には、ディスクの絶対アクセスはドライバとして
分離されています。メディア交換などもドライバが行っています。
　内部的にBIOSをコールしているかどうかは、カーネルには見え
ませんので、あらゆるデバイスに対応できるはずです。

　ハードディスクとフロッピーディスクの区別もカーネル側では
ほとんどしていません。メディアが交換できるタイプかどうかを
区別しているだけです。

　ただし、現在は、ドライバをファイルから読み込むことも
出来ませんから、まだ必要な作業は残っています。

正式には、か。

>>553
対応メディアのことですか？
もしそうならNWSOSが勝つことでしょう。
なぜなら、BIOSを使っているからです。
この部分の影響は計り知れず大きいでしょう。
対応メディアの種類の多さでは今のことろ
文句無しにNWSOSの勝ちです。ただ、ちょっとした変更で
そこは修正可能なので、そうなったらまた検討しましょう。

>>589
　BIOSの部分を自前ドライバに買えることは技術的には
難しくありません。今後、標準FD、IDE、SCSIなどだけに
徐々に対応していくことは十分可能です。

　しかし、BIOSを直接呼び出すことが出来るのは、対応デバイス
の面で非常に有利です。BIOSを使っているからあたりまえ、
と考える人もいるでしょうが、あたりまえのことをやったまで
です。

>>579
32BIT OSの有利な点は、
「メモリアドレッシングが32BITで行える」
一点にほぼ集約されています。

周辺機器のドライバが16BITであることの不利さは、速度が遅くなったり、
IRQやDMAなどの調停が複雑になることですが、ドライバを16BITで
書いていても、列記とした16BIT OSは、作れます。
むしろ、ハードウェアの違いを吸収できると言う点で、BIOSが
「使える」と言う点は重要です。

　技術的観点から見ると、32BITモードから16BITのBIOSを呼び出すのは
かなり難しい部類に属します。IA32では、16BITモードから32BIT
モードへ戻ってくるだけでもそんなに容易には出来ません。
また、16BITモード走行中でも、タイマー割り込みを正確に処理して、
他のタスクへのスイッチングを行っています。この技術も、かなり
複雑な部類に属すると思います。

>>591
列記とした16BIT OS--->列記とした32BIT OS
の間違いです。すみません。

　補足すると、ユーザーアプリケーションから見たとき、
32 BIT OS では、巨大なメモリを簡単に扱えると言う点が、
最も有利な点なのです。
　周辺機器へのアクセスが16BITで書かれていても、
一番重要なこの点では、全く有利さが損なわれません。

> 列記とした
思いっきり間違った漢字を平然と書いているのを見ると激しく萎えるね。

内臓とか列記とか内臓とか

>>593
「れっきとした」はひらがだったんですね。勘違いしてました。
修正していませんが、確かまだ誤字はあったと思いますが、
ご了承ください。

ひらがな

http://js-web.cside.com/index.html

　言い訳をさせてもらえば、誤字脱字のミスが目立つのは、普段、
そういう表面的なミスはコンパイラが正確に判定してくれるので、
論理的な筋道以外はほとんど読み返さない癖がついてしまってる
のかもしれません。もう一つ悪い癖は、じっくり読み返すのが
めんどうでつい、「書き込み」ボタンを押してしまうことです。
読みにくくてすみません。

使い物にならないOSが部分的な機能で競って何か意味があんの？

ねぇ。
そもそもWindowsの完全な代替品を作る必要ってあるの？
ちょっとしたことをやらせるためのプラットフォームとしてNOWSMARTは面白いと
思ったんだけどな。

骨抜きしてないハモを出す店、肝をとってないフグを出す店。
どっちも失格。
ちゃんと食べられる状態に調理した鰯が一番。

NWSOSもOSASKも、DOSの足元にも及ばない。

>>599
Windowsを持ち出すことすらおこがましい。
ちょっとしたことをやらせるならFreeDOSがある。

>>601
やだ。そんな古くさいの。

>>584のLightCone氏へ
>そうなったらまた検討しましょう。

　それはとても楽しみです。

>>599
その辺のことが一番悩む所なんです。
Windowsと同等以上にしなくても、利用価値があるようなものな
分野があるかどうかが難しい所です。
　自分でいじくっていて感じるのは、NWSOS のように
規模が小さなOSは、危険を冒すにはもってこいかもしれない
と思うのです。もしシステムがダウンしても、再起動するのも
簡単ですから、ホビーユースで使うには面白いんじゃないか
と思います。
　場合によるでしょうが、時には保護を無視してハードウェア
制御もアプリ自身が行えるようにすれば、
今後出てくるであろう、ロボット制御などにもってこいになる
のではないかと思うんです。
Windowsだとシステムが複雑すぎて、思ったとおりの制御を
行うことが難しいと思いますので。

　MS-DOS程度のことが、一通り安定して出来るようになれば、
それなりの需要があるかもしれません。
　今でもMS-DOSを使いたく思う人も案外いるようですし、
NWSOSなら、数10メガバイトのメモリも簡単に確保できる
ハズですので、DOSに対するアドバンテージもありますし。
　もちろん、DOSのように過去のバイナリ遺産の継承は出来
ませんが、ソースレベルでは移植も用意だと思います。

>>600
　プログラムの開発工程には段階がいくつかあって、最初は
試みに組み、次に本格化し、次にアルゴリズムを軽量化し、
実験をしながら最終バグ取りをする、という工程を何度も
繰り返していきます。
　その間に、どうしても必要な機能を「見出して」補充すると
言う作業を繰り返します。
　NWSOS は、この繰り返し工程の回数がまだまだ少ない段階に
あり、必要な機能がわかっていてもまだ取り入れられていない
ことが多いのです。
　現在のNWSOSが、MS-DOSにも劣るというのは正しい意見ですが、
ポテンシャル的には、MS-DOSを遥かに超えた可能性を持っている
ことも事実です。MS-DOSは16BITの制約からは離れられませんが、
NWSOSは最初から、32BITの広大なメモリ空間を扱え、タスク独立
のメモリシステムと、保護機能を備えているからです。
　現状でも、そういう基礎部分はMS-DOSとは比較にならないくら
いがっちりしています。
　ほとんどの足りない部分は、後で追加できるようなものです。
　MS-DOSを成長させ、NWSOSを超えることは非常に無理があ
りますが、基礎ががっちりしているNWSOSは成長に関して何の
無理も有りません。今後、拡張していく際に壁になるような部分が
少ないと言うことです。MS-DOSは、拡張しようが無いくらい基礎
が現代的な事情にあっていません。だから、拡張に必要な手間が
NWSOSよりも遥かに大変で複雑です。逆に、NWSOSは簡単に拡張でき
ます。
　そういう点で、NWSOSとMS-DOSには非常に大きな違いが有ります。

>>604誤字訂正：

二行目:「あるような分野」

　　「感じるのは、、、、、かも知れないと思うのです。」
--->「感じるのは、、、、ということです。」

最後の行:用意--->容易

完成するOSのポテンシャルについて話すならわかるが(藁
完成しないOSがいくらポテンシャル高くてもねぇ

絵に描いた餅の材料や製法を自慢してるようなもんだな。

>>608
少なくとも、MS-DOSよりは遥かに基本設計が「雄大」である
と言っておきます。「雄大」と言ったのは懐が大きいというか、
余裕が大きな設計になっているからです。

さして雄大だとは思わないが、仮に雄大だとしても、
使い物になるまで開発が続けられない以上、永久にガラクタ。

他人を叩くために設計されたOS…
雄大どころか、これ以上ちっちゃい目的で作られたOSを知らない。

>>609
MS-DOSは、当時のパソコンの性能をフルに活用できるOSだった。
NWSOSは、現在のパソコンの性能をほとんど引き出さない。
たとえ完成したとしても引き出すとは思われない設計で、
しかも今はただ起動するだけ。さらに、このご時世にBIOS頼み。
制作目的は、趣味と自慢と他人をけなすため。

いったいどこが雄大なのかと、小一時間問いつめたい。

つーか、何日もネチネチ問いつめてるんだけどね(藁

先生、こいつ自分が粘着質なのは認識しているようです。

少なくともNWSOSを「他人をけなすために作ったOS」とかいってるﾔｼはOSASK派か真性基地外なんだろうな。
NWSOSは昔つくったOSをDOS/V機に移植したものだと書いてあるのだが。

移植に半年もかかったのか(藁

>>616
移植はGUIの初搭載を含めて一ヶ月ぐらいで終わりましたが？

やっぱり作者か(藁
名無しさんで書いてもすぐわかるよな(藁

>>616
もっと詳しく言うと、最初CUIで、シングルタスクOSでしたが、
PC/AT 機に移植する際に、GUI化をはかり、マルチタスク化も行い
ました。それが、多分今年の４月に少しと、５月に少しです。
四月に身内の不幸があって何も出来ない時期がありました。
７月に公開したのですが、途中、LIBRARY MANAGER などを
作ったり法要などをしたりしてました。

>>618
は？
615 は私ではないですが。

614もあなたではないですね？(藁
その他、どう見ても作者としか思えないレスもそうですね？(藁
わかりました。わかりました。
匿名掲示板だもんね(藁

これ以上進化しないOSの話をしても時間の無駄。

ただ、煽ってるだけのヤツが何言ってんだか。。(W

いやいや、煽るためだけに半年かけて移植した暇人にはかないません。

>LightCone氏
　∧＿∧
＜ ｀ー´＞y-~~~ 何となく気になったのですが、、、
KBC(8042)の初期化やKBDのID読み出しは
どのような順序で行っていますか？

>>604
NWSOSの説明で、DOSエクステンダの話が出てきたとき
私は「使い道としてはそこかな」と勝手に納得したですよ。
DOSで組めるかもしれない程度の応用例に、32bitならではの
機能を付けてやるような。

APIの付け換えが自由なあたり、気楽に組み立てるには
なかなかよさそうだし。
これを真っすぐ大きなOSに育てようと思うと、仕様を統一する
ことの難しさに頭を悩ませる日が来ると思うけど。

あ、一行落ちた。

MS-DOSでもできそうな応用例に、32bitならではの機能を付けて
やるような。

ということですわ。

NWSOSやOSASKの偉い点は
動くバイナリが公開されてることだよな

おい、煽りども。お前ら一行でもコードは書いたのか？

WindowsもDOSもあるのに何でヘボOSのコード書いてんのよ？(藁

そのヘボOSを粘着に煽るﾔｼ（ﾌﾟｯ

>NWSOSもOSASKも、DOSの足元にも及ばない。
NWSOSはさすがにＤＯＳは越えたと思う。
OSASKは触ったことないので不明。

DOSを使えば、ワープロも表計算もデータベースもゲームもできる。
ネットワークにも繋がる。WWWも見られる。メールも送れる。

NWSOSを使えば、起動するところが見られる。

>>625
KeyInitprocnear

moval,'K'
callDebOnePr
moval,'B'
callDebOnePr
moval,'D'
callDebOnePr
moval,':'
callDebOnePr


;KBC 自己診断テスト
moval,0aah
callMouseWrtCmd;KBC へ送る
callMouseReadReply;55h
callDebPutHexB
callDebPutSPC

moval,0aeh;KB IF イネーブル
callMouseWrtCmd

moval,0a8h;AUX IF イネーブル
callMouseWrtCmd

moval,0ffh;RESET
callMouseWrtDat;KB そのものへ送る
callMouseReadReply;ACK FA
callDebPutHexB
callDebPutSPC

callMouseReadReply;BAT正常終了 AA
callDebPutHexB
callDebPutSPC

moval,0f4h;KB Enable
callMouseWrtDat;KB そのものへ送る
callMouseReadReply;ACK FA
callDebPutHexB
callDebPutSPC
<<続く>>

moval,0f3h;Set Typematic Rate
callMouseWrtDat;KB そのものへ送る
moval,0;最速設定
callMouseWrtDat;KB そのものへ送る
callMouseReadReply;ACK FA
callDebPutHexB
callDebPutSPC

moval,0edh;Set Status LED
callMouseWrtDat;KB そのものへ送る
moval,2;Num Locks
callMouseWrtDat;KB そのものへ送る
callMouseReadReply;ACK FA
callDebPutHexB
callDebPutSPC

moval,0f0h;Select Scan Code Set
callMouseWrtDat;KB そのものへ送る
moval,2;SCAN CODE 2
callMouseWrtDat;KB そのものへ送る
callMouseReadReply;ACK FA
callDebPutHexB
callDebPutSPC


;
;KBC コマンド(RAM 0)読み出し
;
moval,020h
callMouseWrtCmd;KBC へ送る
callMouseReadReply;55h
movah,al
callDebPutHexB


;
;KBC コマンド(RAM 0)書き込み
;
moval,060h
callMouseWrtCmd;KBC へ送る
moval,ah
oral,43h;KB,MOUSE 割り込み ENABLE
callMouseWrtDat

callDebPutLF


ret

KeyInitendp

MouseWrtCmd proc near

push eax

call MouseWaitEmpty

out 64h,al

call MouseWaitMin

lab3: in al,64h
test al,2
jnz lab3

pop eax

ret

MouseWrtCmd endp
;------------------------------------------------------------------------------
MouseWrtDat proc near

push eax

call MouseWaitEmpty

out 60h,al

call MouseWaitMin

lab3: in al,64h
test al,2
jnz lab3

pop eax

ret

MouseWrtDat endp

MouseReadReply proc near

push ebx

lab1: in al,64h
test al,1
jz lab1

in al,60h
mov bl,al

lab2: in al,64h
test al,1
jnz lab2

mov al,bl

pop ebx

ret

MouseReadReply endp
;------------------------------------------------------------------------------
MouseWaitEmpty proc near

push eax

lab1: in al,64h
test al,1
jz lab3

in al,60h

lab2: in al,64h
test al,1
jnz lab2

lab3: test al,3
jnz lab1

pop eax

ret

MouseWaitEmpty endp

MouseWaitMin proc near

push ecx

mov ecx,10000
lab1: loop lab1

pop ecx

ret

MouseWaitMin endp

超先生、以上です。
TAB が消えてしまいました。読みにくくてすみません。

>>625 超先生@OS板 さん。

　これは、キーボードの初期化プロシージャですが、KBC はマウスと
共通なので、MouseWrtCmd という名のプロシージャをキーボード用にも
使っています。

　実は、初期化の順番も怪しいのですが（自己診断テストは
いらない？）、MouseWrtCmd, MouseWrtDat, MouseReadReply
も正しく書けてないんじゃないかと思っているんです。

　資料をあさりましたが、in al,64h の OBF,IBF のセット、クリア
される厳密なタイミングが分からないので、実験的に組みました。

VMWare では、キーボードやマウスから二つ以上のリプライが有る
時、in al,60h を一度行っても、OBF がセットされたままで
クリアされないのですが、実機では一度クリアされます。

>>639
　なお、MouseWrtCmd などは、ネットに落ちていたサンプル
ソースを参考に書いた部分もあり、100%納得して書いたわけでは
ありません。はっきり言えば、Windows の初期化と全く同じなのが
ベストだと思うんです。
　ハードウェアも、全ては互換性を持たず、Windowsだけは動くように
ハードウェアが設計されている可能性がありますから。

　ちなみに、キーボードコントローラ(KBC) とキーボードそのもの
は別々にリセットコマンドがありますが、両方リセットしてみてい
ます。

リアルモード前提のOSとプロテクトモードを前提として
設計されたOSを比較するバカ（勇者）がいるな。

ここはどうだろう、個人的な感情をもうすこし減らしてくれないかなぁ。
NWOSOS＆OSASKウォチャーとしては最近の純粋なバカの登場で極めて
面白くないので。

USBマウスが使えるようにしてくれYO

Kに告ぐ：
「ぼやき」をもっと更新しろ！俺はあれが楽しみなんだ。

>>643
そういうのはOSの利用法がある程度定まってからで良い気が。

>Kに告ぐ：
>「ぼやき」をもっと更新しろ！俺はあれが楽しみなんだ。
OSASKスレに書き込め

というか、Windowsに固執するのは夏厨だからしょうがないとして、
半年でそれだけとか叩くんなら、半年で適当なハードで動くOS書いて見ればいい。

出来たものが凄いんだったら、新しいOS陣営として君臨すればいいし、
凄くないんだったら素直に尊敬すればいい。


いや、OSだからといって、プログラミングが高度だったりとかそういう事は全然無いから。
プログラミング技術の話を持ち込むのは不毛。
如何に新しいものをこの世界に持ち込むかでしょ？

>>647
　OS作りの難しさは、プログラムが高度と言うより、

・互換性さえはっきりしないハードウェアの資料集め
・CPU の動作の正確な理解
・動かない時（ブートするとすぐリセットすることもしばしば）
　に諦めずにバグを取る根気
・メモリ配置をきちっと設計できるか
・32BITと16BIT モードを正常に行き来したり、割り込みを
　厚かったり、正しくタスクスイッチする方法を思いつくだけの
　思考力

などに有ると思います。

>>647
　NWSOSの移植は半年もかかっていませんが、
趣旨的にはその通りで「半年でそんなもの」というなら、
５ヶ月でNWSOSを超えるものを作って見せればいいのです。

　５ヶ月など人生においてはあっという間ですし、実際に
NWSOS を超えるものが出来るのなら、一定の評価はされると
思います。

だからあんたさんもこんなスレに張り付いてないで、開発作業しなさいな

>>650
　張り付いているわけではないのですが、常時接続なので、
気分転換に巡回してます（気分転換が多すぎるかな。）。

　∧＿∧
＜ ｀ー´＞y-~~~ ただいま実験中・・・。

>>652
超先生@OS板さん、こんにちは。
#633 の初期化部で、0ffh を call MouseWrtDat している場所は、
現在は取り除きました。これは、PC側のキーボードコントローラでは
なく、Keyboard そのものをリセットするコマンドなのですが、
#633のコードのままでは不正確で、本来は、キーボードインター
フェースのCLKとDATA信号を、KBC の出力ポート P2-6,P2-7 を
用いて一定時間 "High" にする必要があるのです。この時間も
文書によってまちまちなのですが、手元の資料では、500(μs)と
書いてあります。
ちなみに、P2-6,P2-7 は、KBCの 0d1h コマンドで変更できます。

それから、#634 で、KBC コマンド 20h を用いて RAM0 を読み出している
所が曲者です。なお、混乱しやすいのですが、RAM0の値のことを
「コマンド・バイト」と言うそうですね。

ご存知かもしれませんが、一応まとめますと、

out 64h,al : KBC（コントローラ)へ送るコマンド
out 60h,al : キーボードそのものへ送るコマンド
RAM0 ; コマンド・バイト

です。

資料を沢山読んで、実験もして分かったこと：

・キーボードのキーの数に関わらず、SCAN CODE は三種類あり、どの
　キーボードも３種類の SCAN CODE のうち、どれを送信するかを
　選択できる。
・キーボード側のデフォルトの SCAN CODE は、SCAN CODE 2 である。
・上記にもかかわらず、KBC(コントローラ)側には、SCAN CODE 2 を
　SCAN CODE 1 に変換する機能が備わっており、RAM0 の BIT6で
　Enable できる。デフォルトは Enable である。
・しかし、タイプ#2 のKBC では、RAM0のBIT6をSetできない。
・標準的には、キーボードは、SCAN CODE 2 を KBC に送り、
KBC が、この SCAN CODE 2 を SCAN CODE 1 に変換するという芸当
　を行っている。よって、KBCのI/O ポートを読むと、SCAN CODE 2
が得られる。
・上記の変わりに、RAM0のBIT6をClearにして、キーボードそのもの
　に SCAN CODE 1 送らせても、全く同様のSCAN CODEが得られる。
・VMWare などでは、一般的な設定以外は正しく動作できない場合が
　あるが、自作機の実機では大抵仕様どおりの特性を示す。
・キー数が違うキーボードでは、一般キーのキートップの「刻印」が
　異なっている。しかし、上下左右キーなどの機能キーのキーコード
　は共通らしい。

>>653
追記：NumLock に関しての知見

・NumLock 等の LED の点滅は、本体側からソフト的に制御する。
・SCAN CODE 3 以外では、キーボード内部の「内部NumLockステータス」
　によって、送られてくるキーコードが変化する。
・内部NumLockステータスを、本体側から変更する方法は不明。
　資料には載っていない。
・SCAN CODE 2 では、内部NumLockステータスによって、
　「上下左右」「Insert,Delete,Home,End,PageUp.PageDown」
　のを押した時に送られてくる SCAN CODE が変化する。
　このうちの X というキーを押したとすると、
　「ShiftキーのMakeコード、XキーのMakeコード、ShiftキーのBreakコード」
　が送られる。
・NumLockキーの本来の切り替えの対象であるはずの、「テンキー」に
　対する SCAN CODEは、内部NumLock状態に関わらず変化しない。


PC/AT機のキーボードの異常なところは、NumLockキーの作用が、
「機能が変化するテンキー」ではなく、
「機能が変化しない上下左右キーなど」に対して働いているという
ことです。

しかも、「内部NumLock状態」を本体側からはコントロールできない。


ではどうするかというと、上下左右キーを押した時の余計なNumLock装飾を
取り除き、逆にテンキーはソフト的にNumLockをおしているかどうかに
よって、コードを変えると言うことにならざる絵を得ないと思います。

>>647
砂で塔を作っている。
その塔は、完成すれば半径100m、高さ10kmに及ぶもので、個人で作った
ものとしてはもちろん、どの会社が作った物にも遙かに勝る。
この半年で既に地ならしは終わった。後は実際に塔を建てるだけだ。
どうだ、すごいだろう。

お前らも5ヶ月でこれよりすごい塔を作って見ろ。
作れるなら、新たな砂の塔として君臨すればいいし、
できないなら素直に尊敬しろ。

俺の絵に描いた餅はもっとすごい。
なんと、魚沼産コシヒカリの中で、一粒一粒形の良い物だけを厳選して
作られた餅だ。

そふとうえいとかっこいい。
しかしどちらかというとWindowsの方がドライバ作るの楽そうに見える。
いずれにしろ最終的な難度には大した差は出なそうだ。

ついでに言うと[Esc]キーでWZエディタが起動するようにするのは簡単だが、嬉しくはない。

ナムロックはテンキーとは限らない。
ノートパソコンなどでは、メインキーに割り当てられることも多い。
その辺の処置はOSではなく、ドライバで処理すべきこと。

>>658
キーボード自体が、自身で NumLock をある程度（強引に?)扱おうと
しているので混乱が生じるのです。

Noteパソコンでも、完全にインテリジェントなキーボードになって
いれば問題ないんですが、、、。

>>657
ソフトウェイト？
なんのことですか？

だからドライバで管理すべきだって言ってんだよ。

>660
MouseWaitMin

>>662
それは、Legacy I/O の場合しょうがないかもしれないんです。
あんなに沢山の WAIT は多分必要ないんでしょうけども。
あの関数郡が呼び出されるのは、普通初期設定時なので、
ソフトWAIT以外にWAITするのは結構大変なんです。
タイマー自体が初期化されているかどうかもわからないし。
CPUカウンタが使えるかどうかも分からないし、RTCの精度は
悪すぎそうだし、どうやってWAITすればいいんでしょう。
教えてください。

先にタイマーを初期化すればいいと言うことかもしれませんが、
そこまでNWSOSは完成度が高くないってことです。
WAIT も本当は、「jmp $+2」程度でいいはずなんです。
LOOP 命令は大体(わざと)遅いのであんだけループすれば十分
WAITできます。あれが原因で初期化できないとは考えにくいです。

>>663
もうちょっと補足すると、多分、call MouseWaitMin は無く
ても動きます。つまりは、あれはかなり安定性を考えた非常に
「手堅い」設計なんです。

もし、本当に WAIT が必要あるなら馬鹿げたWAIT方ですが、
本来必要ないところに、敢えて入れてあるWAITなんですから、
ソフトウェイトでも何でもあなたにとやかく言われる筋合いは
ないんです。

>>657
それに、Windowsのドライバを本当に書いたことがあるんですか。

Windowsドライバを作るためだけの開発キットが数十万円で売られて
いることをご存知なんですか。

そういうキットを使わずにWindowsドライバを開発するのが如何に
大変かをご存知無いんですか。

↑、DDKだけじゃ書けないってか？

開発キットが高いのは、誰もそんなの使わないからだよ。

Windowsのドライバを作るのは非常に簡単だ。
ほとんどのドライバには、プログラムさえ要らない。
その機器に固有の設定を書いたテキストファイルを一つ用意するだけ。

どうしても細かい部分でコーディングが必要になる場合も、
DDKに用意されているサンプルソースを書き換えてコンパイルするだけ。

お前こそドライバ書いたことないだろ(藁

ループでウェイトしといてどこが手堅いんだか(藁
ムーアの法則を知らないか？

>>668
　元々、既に絶対に必要な WAIT ならちゃんとBITを見てWAITして
あるわけです。
　別にあそこのWAITは、仕様上は必要あるわけではないんですが、
仕様を満たしていないCHIPがあった場合に備えて、
「念には念を入れて」WAITを入れてあるだけで、ちゃんとした
PC/AT互換機ならなくても問題ないんです。
　事実、実験マシンではあのWAIT CALLは無くても正常動作し
ます。

>>667
　でも、世の中には WDM だけについて書かれた分厚い本が存在する
のもまた事実。

　多分、あなたの環境では、先人から伝わるノウハウが蓄積されて
いるんじゃないですか。

　確かに、ドライバを少し「変更」しようとするだけならば、
数箇所変更や加筆するだけでいいかもしれませんが、それは、
小さな変更だから出来ることであって、全く違う種類の
ハードウェアに対応しようとした時は別でしょう。

　ドライバの動作の深い理解が必要になりますが、それは
そんなに簡単ではないはずです。

　もっと言うなら、Windows環境でのアプリケーション開発も、
プログラミンウ技術そのものではない、独特の知識やノウハウが
必要なんです。

　Windowsからプログラムを始めた人にとっては、あたり前の
こともしれませんが、Windowsのプログラミンウはかなり特殊
です。　本質的なプログラミングをするまでに特殊なテクニッ
クを沢山習得しなければなりません。

>>668
あなたは、全体を理解せず、ただ一部の事実だけしか理解できていません。

NWSOSのプログラムほど特殊じゃねーわな(藁

>>669
ムーアの法則を知らないんだな(藁
昔動いたプログラムが今動くとは限らないだろ。
なぜかって言うと、ウェイトの入れ方がNOPのループだからだ。
だから、今動くからと言って、将来も動くとは限らない。

ムーアの法則ってのは、コンピュータの計算能力の発達は時間に比例するのではなく、
時間の自乗に比例するっていう法則のことだよ。
有名だから、つーか、常識だから、知っときな。

>>670
Cの解説本の方が厚い物があるが、つーことは、お前の理論によると、
WDMよりもCの方が難しいってことだよな？
つまり、WDMはCよりも簡単なんだよな？(藁

それにしても、いやはや、本の厚さで難易度を測ろうとは、これだから
にわかプログラマとは話が合わん。
本が厚い方が資料が豊富だっつーことじゃねーか。
本当に難しいプログラムはな、資料集めから仕事の内なんだよ
公開された資料が無ければ自分でテストプログラム組んで解析から入るんだよ。

書籍が出てるってことは、それだけでものすごく楽な仕事じゃねーか。
書籍になるくらいみんなが欲している情報なら、ネットでも豊富な情報が
手にはいるしな。
で、その書籍が分厚いって事は、それ一冊買うだけで資料集めが終わったも
同然ってことじゃねーか。
後はコーディングするだけ。

本当に難しいのはな、NWSOSみたいなヘボプログラマの作った穴だらけOSの
プログラムを作ることだよ。資料もねーしな。

Windowsのデバイスドライバを作るのは簡単だ。
NWSOSのデバイスドライバを作るのは面倒で、さらに時間の無駄だ。

>>672
どんな特殊なテクニックが必要なんだ？

Windowsのデバドラも作れないプログラマが作れるんだから、
OS作るのなんて簡単なもんです。
インターフェースっていう雑誌にも作り方が載ってました。
数ページです。

>>671
1. NWSOSは全く違うハードウェアのデバドラも簡単に作れるのですか？
2. それは脳内簡単ですか？

676へ

何を歓楽したいのか知らんが、
Ｌ氏相手に釣り人気取るのもやめとけや、な。
少なくとも、おまえはWin32コンパイラとVC++が吐き出すExeが起動可能なOSを
作れるだけのスキルがないのだし、全く説得力がない。
いくら遠くても吼える相手間違えると、痛いよ

作れるよ。起動するだけのOSが作れない奴なんていない。
NWSOS程度のOSに半年かかるのは恥ずかしいと思わなきゃ。

VC++がはき出すEXEなんてのもね、ヘッダ部分の書式は公開されてるんだから、
それに従ってメモリに読み込んで実行部にジャンプするだけ。
エミュレーションの必要も無いし、難しいところはどこにもない。

OSの作り方なんてのは学校でも習います。

ついでに言うと、NWSOS程度のOSでは卒論も書けません。

681=682=683=684　なんだか必死ですね。

おまえ一人いれば、Windows互換のOS作れるじゃん。
けど、実際にはこの世にそんなOSは存在しない。
つまり、おまえは嘘を言っている。

っていうのは言いすぎか。嘘はエサ。おまえは釣り人だったな、スマソ。
#あんまり醜いと、釣り人から負け犬へ昇進してしまうので
ちょっとアドバイスをしとくよ

Windows互換のOSが作れるって誰が言った？
NWSOS程度のOSは誰でも作れるって言ったけどな。
君、日本語苦手かね？

また作者がBe名無しさんで書き込んでおります。

釣り人が、逆に海へ引きづりこまれてしまうというStoryなんていかがでしょう？

>>ついでに言うと、NWSOS程度のOSでは卒論も書けません。
ではどの程度のOSなら卒論に書けるのやら。
俺が知ってるだけで、OSは数百種類しかない（しかも完成度は不問）
ってことはOSの卒論もその数しかないってことか？

っていうか釣りのスキルもなさすぎる681は、どっかいってくれないかな。
なにもL氏をつれなかったといって、落胆することはない。
相手が悪すぎた。

卒論のOSは売り物じゃないから知らなくて当たり前。
大学生なら過去の論文検索しろよ。

言っとくが、学生全部がOSを卒論テーマに選ぶ訳じゃないぞ。

>688

けどさ、本当に卒論でOSが出来るくらいの国に成長して欲しかったよね。
だったら、今書いてるこの文章も、外人のブラウザで、外人の日本語FEPで
外人の作ったプロトコルで、2chにカキコすることもなかった。

まともな神経の持ち主だったら「OSの卒論」なんてワード出てこないだろ。
なにせ、まともなOSはこの国には何一つないのだからな。
i-tron？
あんなもの別に日本人じゃなくても作れるし、あの程度のものは
海外にもたくさんある。

>>688
釣れてる、釣れてる(藁
自分のことL氏とかLたんと呼ぶのはやめろって言っただろ(藁

>>691
卒論のOSは実用的じゃない。実用的である必要もない。
論文目的だからね。

しかし、NWSOS程度のものじゃ、論文は書けない。
何も特徴ないもんね。

大体さ、実用面だとか商的利用は「別のお話です」なんて国、
日本だけだろ。あめーんだよ。
二十歳越えた社会人が書く卒論である以上、
ビジネスに直結してねーよーじゃ
まじ税金のスネかじりで迷惑なんだ。

たとえば、どういうファイルシステムなら堅牢になるかとか、
どういう順番で初期化すれば起動が速くなるかとか、そういう論文を書くわけよ。
単に起動するだけのOSは一学期に作ってそれでおしまい。

で、その成果をもって「実用的なOSを作る時に応用する」わけだ。
実用的じゃなくても、ビジネスに直結してんだよ。
NWSOSは実用的でもなければビジネスにもならんがね(藁

＞しかし、NWSOS程度のものじゃ、論文は書けない。
＞何も特徴ないもんね。
これ、釣り人のエサ、ネタ？

典型的な日本人のガキ学生だな。
既存のOSをベースに論文書いてどうする？
プロトでも構わないから、自力でOSを構築した上で論文を書け。
それからここ読んでる教授連中。
おまえらも、こんな甘ったれた卒論、通すんじゃねーよ。

おめーみたいな甘えた日本人学生がいるから、
日本語の標準ワープロソフトはMS-Wordになっちまったんだろ？

NWSOSみたいな甘ったれたOSじゃ卒業できません。
落第です。

科学とは積み重ねの学問だ。車輪を二度目に発明しても偉い学者とは呼ばれない。
他人の成果の上に自分の成果を積み重ねてこそ科学は更に上に発達する。

本を読んで作ったOSが自力だって(プ

自分のこと棚上げするの得意な人が多いようで。

たとえば、他人を叩くためだけにOS作って叩かれてる奴とかな。

あと、他人を叩くためにOS作った癖に、叩かれて怒ってる奴とかな。

それから、ビジネスがどうのこうの言う癖に、売れもしないOSを
半年かけて作った奴とかな。

まあ、お前ら口だけのヤツは黙ってなさいってこった。

でもって、本読んで作ったくせに、自力でOS作ったつもりになってる奴とかな。

起動専用OSしか作れない口だけの奴は黙ってなさいって言われてるぞ。

NWSOS程度のOSを作って論文を書くのは無理です。

読んでると、作者は日本人で初めてOSを作ったつもりになってるんだな。
初めてじゃないし、それ以前にまだOSを作ったと言うことすらできんがな。

釣り人優勢

あれだけ暇でこのスレに張り付いてるLはこのスレをまだ読んでいる。
そして、あれだけ頭に血が上りやすい瞬間湯沸かし器のLはこのスレに
書き込んでいる。
そして、このスレに書き込んでいるのはBe名無しさんだけ。

釣り人が海に引きずり込まれるストーリーはどうなった？

何もいないプールで釣りをしている人達がいるスレはここですか？

どうせ役にも立たないんだからゲームなんか作るなって議論状態。

物事を楽しむって脳は無いわけ？

楽しくないんだったら楽しいこと/ものを作ればいいやん。夏休みなんだし。あんたら。

　　　ここはノイズしか発生しないので、

　　　来ない方が良いです

　　　貴方の中で、完成したと思えるものができたなら

　　　再び現れるのも良いでしょう

　　　＞L氏

論文にしてくれ　　と誰も頼んでいるわけでもないのに
NWSOSが論文にならない　　とわめく夏房が一人、必死だな。

なんか、こうさ、国内から生まれるOSってないの？linuxみたいな
unixのサルマネみたいなものでも構わないからさ。
もう既存モノを論文にしようだの、ならないだの、前提からして
オワッテル。

MS-DOSは朝鮮の発祥ニダ！

今のところ日本発のOSを作ることはそれだけで意味があるほどOS開発は発達してない。
日本ではまだ走りながら考えるべきで、/.Jのやつらのように理論から入ってはいけない。

少なくとも、OS論の研究室などでは、
「堅牢なファイルシステムはどのようなフォーマットであればよいか」
「理想的なタスクスイッチはどのような仕組みであるべきか」
みたいなことを研究しているところが多いんじゃないかと思います。

それはそれでいいんですが、実際問題、堅牢なファイルシステムと
しては既に NTFS などもありますし、それ以外のフォーマットを
自力で考え出して、それを「売り」にすることは非常に難しいの
です。

「タスクスイッチが絶妙で賢い」という特徴があったとしても、
それを何年も研究しただけの「売り」にはならないと思います。


上記のようなことは、本屋や図書館で手に入るようなOS論の本を参考
にする程度でも、実用上は充分だと私は思っています。

実用にもならないし、論文にすらならない。
売りなど何一つない。
なんでそんなの作ってるの？

あ、もう作ってないのか(藁
叩く目的は達したんだもんね。

>>719
既に日本初のOSとしてはTRONがある。
これ以下の物を作っても意味はない。

>>714
何もいないわりにはよく釣れるよな(藁

>>723
魚がいないかわりに、クズとかカスがたくさん落ちてて、それが釣れるのです。

>>716
( ;´ー｀)y-~~当のLightCone氏が坊ちゃん育ちの純粋培養君ぽいから忠告しても無駄だろ。

絶妙なタスクスイッチの方法を考えたら、それを実装した論文用非実用OSを作る。
それを色々な負荷のもとで動かし、スイッチングを計測する。
そしてその結果を明確な数字とともに論文に書く。
その論文を持って企業の門を叩く。
企業は彼を採用し、既存の実用OSの最新バージョンに研究の成果を反映させる。
こうして、既存OSは完成に近づく。
そして、米マイクロソフトのOS開発部門には、そうした日本人が大勢働いている。

国内でOSを作るなら、そのように各研究の成果を生かせる体制を作るべき。
一人でできることには限界がある。そんなOSが使いやすいわけがない。

確かにNWSOSはまだ実際に使えるようなもんじゃないけど完成度が高くなればそのときまた評価すればいいわけだし
せっかく作っているのだからいくら心の中でヘボと思っていても
やる気をそぐような発言をわざわざしても無意味でしょ。
それよりも漏れはNWSOSは国内のOSデベロッパ予備軍のための勉強をはじめるきっかけみたいなもんだと思ってもいいんじゃないのか？
NWSOSのおかげかは知らんけど個人で作り始めている奴もポツポツ現れ始めてきたわけだし。
たしかに>>727が言ってるような各研究の成果を生かせる体制をいくら作ってもデベロッパがいなきゃ無意味でしょ。

>>728

＞ NWSOSのおかげかは知らんけど
元をたどればOSASKじゃないの?

あとLﾀﾝはこのスレにしばらく書き込まない方がいいよ。
さすがに釣り師に釣られすぎだよ。

ってか、>>681系のヤツはOSASKスレ行って盛り上げてこい（現在氷河期）。
又はそのOSとやらでも作って乗せてらっしゃい。

口動かしすぎだ少し。
吠えるだけなら誰だってできるぞ。

>>726
情報ソースは？

たかがタスクスイッチで雇うとしたら、一時雇用じゃないの。
仮に雇ったとしても、同じ分野で日本人を二人も三人も雇うのかね。

大体、日本では大手メーカーでも一人で何でもやってるのが
普通だ。タスクスイッチしか分からない「専門家」が沢山いては
会社が倒れる。

>>726
それは、「タスクスイッチの専門家」なわけだ。
でも、日本では会社は何十年も勤めるもの。
入社当時のそんな専門的知識が、後々通用するほど世の中の
テンポは遅くない。

だから、最近は専門教育より、教養教育が見直されているのだろう。
教養は状況が変わっても一生使える。専門知識は持って15年。