ReactOS 0.1.5 リリース 40
着実に進化中 部門より
Anonymous Coward曰く、"/.Jでも過去に2回(03/02/04の記事 / 03/08/31の記事)取り上げられた、WindowsNT系OS互換を目指して開発されているReactOSのVer.0.1.5がリリースされました。前回の記事はExplorerに関するものでOS本体については9ヶ月ぶり(0.1.0リリース時以来)となりますので、この間に加えられた主な修正について触れたいと思います。"(続く…)
"まず、互換目標とするOSが正式にWindowsNT4からWindows2000に変更されました。実際には常に先端(現段階ではWindowsXP)を目指しているようで、UxTheme等の実装も進んでいます。なお、カーネル・API両面の整備によりパフォーマンス・互換性がかなり向上しています（動作確認されたソフト; 実際はもっと多くのソフトが動作します）
ファイルシステムはFAT(32?)のみの対応となっており、残念ながらNTFSサポートは難航しています。
GUI関連では、マルチウィンドウ表示のサポートや設定書き換えによるGUIモード起動サポート、NT4用nVidiaグラフィックドライバが利用可能になった等の進歩がありました。ただし、バイナリ互換性の問題により、現在は一部ファイルにパッチを当てる必要があります（参考：NT4用グラフィックドライバ利用のHOWTO)。なお、ReactOS Explorerも動作しますが、現在はいくつかのWINE用DLLを併用する必要があるため、0.1.5リリースにROS Explorerは含まれません。必要なライブラリが揃う予定の0.1.6から同梱されるようです。
ネットワーク関連ではTCP/IPスタックの整備により少なくともローカルホストへのpingが通るようになっています。外部に出られるのはもう少し先になりそうですが、定番機能となりつつあるネットワーク経由の自動更新に関する議論も始まっています。
また、環境ごとのキーボードマッピング変更にも対応しており、国際化の議論もされています。
ダウンロードや追加情報は以下よりどうぞ。
"
yet another win95互換ＯＳ (スコア:2, 参考になる)
>At this stage, we are providing the bare minimum required to
>get basic console mode applications running.
コンソールアプリしか動かないようですが……
Re:yet another win95互換ＯＳ (スコア:0)
WINE用DLLが必要だと... (スコア:1, 参考になる)
ってのはどうしてなんでしょうか。
WINEはLGPLだから?
Re:WINE用DLLが必要だと... (スコア:3, 参考になる)
WINEのコードそのままでは不要物やWINE特有のコード体系がROSのものに混入し、後々のビルドや保守に悪影響を与える為、ということでしょうか。概訳のつもりですが間違っているかもしれません。よろしければご指摘お願いします
Re:WINE用DLLが必要だと... (スコア:3, 興味深い)
それらが微妙に違うものだから結構面倒な事になってるのです。
最近になってこれらのheadersを統一しようという話が出ているのですが、
これはかなり面倒な作業なので実現はまだまだ先になりそうな感じです。
拙訳 (スコア:3, 興味深い)
と、急いで訳したつもりだったのに、もう別のACさんが指摘 [srad.jp]されていますなぁ。
そっちを見たほうがいいかも
/.configure;oddmake;oddmake install
Re:WINE用DLLが必要だと... (スコア:0)
11月14日現在のROS上でのExplorer動作具合 [edou4ever.free.fr]
# そういえば、まだスクリーンショットを取るアプリが動くようになっていないのか、
# リアルHW上での動作レポートはデジカメで上がってきますねぇ・・・
教えてくん (スコア:1, 参考になる)
教えて君になっちゃうんですが。
WinNT互換ということは、
市販パーツのドライバが動く（ようにしていく）
と見てよいんでしょうか？
Windows用のソフトウェアがそのまま動くとか？
もしそうならすげえことだけど。
逆に言えば、そうでないならメリットないなあ、
などと思ってしまってスマンです。
Re:教えてくん (スコア:3, 参考になる)
カーネル互換・API互換を確保し、結果としてドライバ互換やソフトウェア互換も確保…という流れで。
ロードマップには、2005年4月段階でWindowsと置き換えられる程度の性能を目指しているとかかれていますね。
ちなみに、2004年中にApacheやOpenOfficeが動くように出来ればいいなぁ・・・という感じのようです
Re:教えてくん (スコア:0)
そうと聞けば俄然期待してしまいます。
失礼なコメントこれまた御免。
が、デバイス関係しっかりしてくれれば、
トコトン移植にこだわらんでも、
という感想を持ちますね。
DirectXとかにも取り組ん
Re:教えてくん (スコア:0)
ゲームするためだけに Windows を買わなくて
よくなるかもしれませんし。 それはそれで
非常にインパクトのある成果ではないかと。
Re:教えてくん (スコア:0)
これはバグまで含めて再現されている場合のためにとっておきましょう。
Re:教えてくん (スコア:0)
ではないでしょうか？VMWare/VirtualPCのように、ハード
をエミュレートするソフトがありますが、あまりにも重い。
アプリというのは、OSのライブラリをたたいて動作して
ROS自身が OS そのものです。 (スコア:1, 参考になる)
あるリンク先を見れば判るかと思いますが、カーネル込みの
実装です。 AT互換機の実機あるいはエミュレータ環境上に
ReactOS自身をインストールしてブートできます。
ハードウェアエミュレータや WINE などのAPI実装環境
ライブラリの概念がお分かりになる程度の知識があるの
でしたら、ReactOS User Guide の Install部分 [reactos.com]を
ごらんになれば判りますよね？
真似真似 (スコア:0)
他になにも思いつかなかったから同じものを作ろうとしてるのでしょうか?
独自実装の利点 (スコア:4, すばらしい洞察)
とき、極端なことを言えばマイクロソフトが販売している Windows で
なくても、そのソフトウェアが動作する環境ならば OK である場面が
あると思うんですよね。
「マイクロソフトが実装した Windows」ではなく「Windows（か同等の
もの）」と言い換える事もできるでしょう。
となると、思いつくのは
1) 別OS環境上に実行環境エミュレータを実装
2) Windows クローンを実装
辺りではないかと。
前者に近いものは WINE がありますよね。別OS上で Win32 APIを実装
することにより Windows向けソフトを動作させる。
後者が ReactOS
カーネルもファイルシステム処理コードも別実装で構築。
いずれも「マイクロソフトのWindowsを買えば良いんじゃないのか？」と
か「VMWare上でマイクロソフトのWindowsを動作させれば？」いう反応も
アリでしょう。
ただしかし、OSとは Win32のソフトウェアを動作させることができる
環境という１側面以外に、Win32のソフトウェアをコントロールする
環境、またファイルを操作する環境という別の側面があります。
そういう面は Win32のソフトウェアの実行環境の互換性を保ちつつも
自分たちの望むように改善できるでしょう。
#435280 の ACさん [srad.jp]が書いているように、デスクトップ
環境の改善が試みられていますよね。
さて、次に「デスクトップ改善するためにカーネルから全て実装？」
という疑問を持つ人がいるかも知れません。 しかし、カーネルから
全て実装しているからこそ、次に軽量化や部分化への可能性が手に
はいるのです。 不要なサブシステムを削除してより小規模な
ハードウェアで動かしたりとか。あるいは GUI なしという組み合わせ
方も可能かもしれません。
そういう事が自分たちの判断でできる、それが自分たちの手による
実装の強みですよね。 マイクロソフトに頼り切って全てを握られて
いては、やりたいことがあってもマイクロソフト次第ですから。
メーカ品に気にいったものが無いからマシンを自作する、それと
似たようなものですよ。規模が違うだけで。
Re:独自実装の利点 (スコア:0)
>とき、極端なことを言えばマイクロソフトが販売している Windows で
>なくても、そのソフトウェアが動作する環境ならば OK である場面が
>あると思うんですよね。
次に「独自に Windows を実装しても、さてソフトウェアを動作させるに
充分な品質になるの？」って疑問も出てくるでしょうね。
それが「メーカの強大なパワーなくして Windows クラスのOSが実装
できるのか」と言い換えても良いものならば、Linux や
DR-DOSは (スコア:1)
Windowsの複雑さはDOSとは比べものにならない思うので、実用上十分な互換性を実現するのも大変そうですね。けどWindowsよりシンプルで安定していて、Windows用アプリが実用的に動作するのであれば魅力ありますね。
Re:真似真似 (スコア:2, すばらしい洞察)
私は基本的に、「ヘテロな環境は正義」と思うけど、どーでしょ。
Re:真似真似 (スコア:1)
Re:真似真似 (スコア:0)
には、同意しないが、「同じもの作ってどうするの?」という問いには同意。ただ、今までのWin資産をフリーで活用できる、というのはおもしろいかも。
でも、どう
Re:真似真似 (スコア:2, 参考になる)
エクスプローラはMDIでデザインされており、最初は戸惑いますが慣れるとWindows標準のものより使いやすいです。
スタートメニューから利用できる項目は既にオリジナルのものを超えています。
WinXP上でのエクスプローラスクリーンショット [franken.de]を見ると感じがつかめると思います。
最近のバージョンではGTK系のメニューにあるように、スタートメニュー内の特定階層を分離してデスクトップに配置することもできます
またWindows2000のエクスプローラに残る悪しき仕様(バグ?)と思われる、エクスプローラクラッシュ時にシステムトレイのアイコンが消えてしまうという不具合も解消されています。
まだデスクトップへのアイコン表示がおかしかったり、拡張ツールバーの表示に対応していなかったり、ツールバーの境界移動が出来なかったり、と不具合も残っていますが、随分良い出来になってきてるなという印象です。
ROS Explorer FAQ [franken.de]を参考に使ってみてはいかがでしょう。Windows2000･XP上で動作しますので＞ROS Explorer
cmd.exeも標準状態でタブキーでのコマンド補完が出来るなど、Windows標準のものよりも高機能になっています。
全体に、単なるマネで済ませようという感じはしません。このストーリーでは触れていませんがOS/2その他のサブシステムあたりも興味深いところです。
ちなみに、MLに投げられた最小構成レポートによると、i486/12MBメモリ上でも動作するようです。Windowsの重量化が進む中、軽いながらもWindows2000レベルの機能を実現していこうというのも大きな目標の一つのようです(おそらく、軽量版を別リリースする必要がいずれ生じるとは思いますが)
メリットは？ (スコア:0)
Re:メリットは？ (スコア:3, すばらしい洞察)
ほかの人も書いていますが、使いたいのは OS ではなくてアプリケーションなんですから、新たなライセンスが手に入らない、ベンダのサポートが打ち切られた、ということで困ってしまうことは多いはず。
「1世代前のOSに何のアドバンテージを求めているか」と問うのであればなぜ、IBM が OS/2 をやめられないのかを考えてみればよいのではないでしょうか。
＃ただ、わたし的には「自分の手で（もっと上手に）実装してみたかった」
＃というのが開発動機として結構大きかったりするのではないかと思ったりしますが。
OS/2 (スコア:0)
投入するってのは... 無理ですかね。(^-^;
ReactOSが欲している Java, OS/2, DOS サブシステム、全て
IBMが得意なものですよね。
Re:メリットは？ (スコア:0)
各種技術情報を見てもなお、まだなんらかの特徴を
見出せない、という事ですか？
Re:メリットは？ (スコア:0)
2. 自由に配布できること
3. OS のソースが公開されていること
4. Windows には無い安定性があること
Re:メリットは？ (スコア:0)
Re:メリットは？ (スコア:0)
多くの場面でNT/2000と置き換え可能な程度に
実装が進んだ時点で安定性を比較するならまだしも
いまはまだそこまで機能が実装されてないのだから。
Re:メリットは？ (スコア:0)
1. 既に動いているアプリケーションがあること
2. 自由に配布できること
3. OS のソースが公開されていること
4. Windows には無い安定性を追求できること
Re:メリットは？ (スコア:0)
4. マイクロソフトの思惑とは別の判断で安定性を追求できること
の方が僕にはしっくりきます。
互換性維持のために動作仕様を変更できず、それゆえに
Re:メリットは？ (スコア:0)
＞求めているかが理解できません。
現行のOSのメリットというと
新しい周辺機器のサポート
バグやセキュリティーのパッチのリリース
ぐらいでたいしたアドバンテージなんてありません。
Re:メリットは？ (スコア:1)
# メリットかどうかわからないけど、Windows 2000 だけ異常だ。
-- 哀れな日本人専用(sorry Japanese only) --
Re:メリットは？ (スコア:0)
PnPやUSBサポートも進めているようですし、段々機器問題は解消されていくでしょう。
開発者の方が自分の持っている機器を使いたい!という動機で開発する事も多いようですし。
# 5ボタンマウスなんてのも既にサポートされてましたね、アプリ側の対応はとも
フォント問題 (スコア:0)
フォント環境まで WinNT/2000と互換を取ろうとすると大変（というか
ほとんど無理）でしょうね。
フォント分野は unix like な free OS の X 環境でも苦労している
部分ではあるかと思いますが。
今あるフォント (スコア:0)
\ReactOS\Media\Fonts\TIMR____.TTF
\ReactOS\Media\Fonts\Vera.ttf
\ReactOS\Media\Fonts\VeraBd.ttf
\ReactOS\Media\Fonts\VeraBI.ttf
\ReactOS\Media\Fonts\VeraIt.ttf
\ReactOS\Media\Fonts\VeraMoBd.ttf
\ReactOS\Media\Fonts\VeraMoBI.ttf
\ReactOS\Media\Fonts\VeraMoIt.ttf
\ReactOS\Media\Fonts\VeraMono.ttf
\ReactOS\Media\Fonts\VeraSe.ttf
\ReactOS\Media\Fonts\VeraSeBd.ttf
フォントシステムという点では互換取れているように思います。
個人的に日
Re:今あるフォント (スコア:0)
選択している行儀の良いアプリケーションなら日本語フリーフォントでいけ
そうですが、たとえば MS UI ゴシックとかを必要とするアプリケーションは
なんかまずそう... な。 ふるーい VBプログラムとか。
もしかしてそういう場合でも大丈夫なんでしょうか？
Re:今あるフォント (スコア:0)
> 選択している行儀の良いアプリケーションなら日本語フリーフォントでいけ
> そうですが、たとえば MS UI ゴシックとかを必要とするアプリケーションは
> なんかまずそう... な。ふるーい VBプ
Re:ﾁﾝﾍﾟｰｻｰﾝ♪ (スコア:0)