WindowsNT互換指向 - ReactOS Part10
■ このスレッドは過去ログ倉庫に格納されています
WindowsNT系OSのアプリやドライバを動作させる事を目指して開発されている
「ReactOS」に関する情報交換スレです。
・次スレは、980を踏んだ人がたてましょう。
・過度の煽り行為や荒し厳禁!!
・最低限のルールを守って正しく進行しましょう。
本家
http://www.reactos.org/
公式wiki
http://www.reactos.org/wiki/
既知のバグ(英語)
http://www.reactos.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
情報まとめ
http://reactos.2chv.net/wiki/
専用あぷろだ(1Mbyte制限)
http://reactos.2chv.net/uploader/upload.html >>600
「あとから入れる」ってReactOS入りディスクを他OSにマウントして書き込んだの?
で>>593の症状の人いるみたいなんで、English選択インストールで回避する
手順を次レスに貼ってみる
仮想でしか試してなくてちょっと長いけどかんべん virtualbox-5.1.22(ホスト:Debian8 64bit, ゲスト:ReactOS-0.4.5)使用
ゲスト作成時の設定は
・osバージョン: xp 32bit(デフォルトはwin7 64bit)
・メモリ: 576MB(デフォルトは192MB)
・natネットワークアダプタタイプ: PCnet-First III(デフォルトはIntel Pro/1000)
・オーディオ: SoundBlaster16(デフォルトはAC97)
インストール言語選択で日本語ではなく英語を選ぶ(ログオン認証回避のため)
インストール後vbox guest additionsを入れて共有フォルダを有効化
ReactOS-0.4.4の中のDroidSansFallback.ttfを共有フォルダに入れておく
キーボードが日本語配列の場合はタスクトレイのENのアイコンを右栗して
preference→settings→{
add→{input language:japanese,keyboard layout:japanese}
language=japaneseのエントリを選択してset defaultボタン押す
}
共有フォルダ内のDroidSansFallback.ttfをc:/ReactOS/Fonts/にコピー後、OS再起動
レジストリエディタ
(start→programs→accessories→system tools→registory editor)で
hkey_local_machine/software/microsoft/windows nt/currentversion
/fontsubstitutes のtahomaの値をTahomaからDroid Sans Fallbackに変更
start→settings→control panel→regional options→{
regional options→standards and formats: japanese
advanced→language for non-unicode programs: japanese
}
OS再起動 >>607
いくつかマイナーなモジュールが入っていない以外はそのまま(as-is)だよ。 r74662というのは、revision(リビジョン)番号だよ。コミットごとに増加するバージョン番号みたいなもの。 いいかげんNT互換じゃなくてXP互換になって欲しい 数千人が作ったOSを数人でコピーしてるんだから永遠に達成されない >>610
ROSがNT互換ってのはそういう意味じゃねーともーが…… ROSは、前にも述べたが、Windows Server 2003互換をターゲットにしている。NT系という意味でNT互換だ。 Server 2003だけじゃなくて全てのNT系互換にすればいいのに
XPがサポート終了で最新のWindowsじゃXP用アプリが動かんって
時に使うもんだろ? これじゃWindowsの互換モード以下だ Wikipedia日本語版の更新が止まってる。。。編集できるやつ居ないか? Wikiがないと今回のバージョンでなにが変わったのかわからないから誰か頼む CJKフォントが入ってなかったアクシデントもちゃんと書いといてくれ。 英語版ではこうなってる。
0.4.5 2017-05-18
Improved rendering of fonts and font metrics, major fixes in kernel and drivers, Microsoft Office 2010 tested as functioning Ver.1になったらXP時代のソフトは動いてくれるのだろうか? フォントの描画およびフォントの測量に改善があった。カーネルとドライバーに大きな修正。
Office 2010の機能が確認された。ただし、日本語を含むCJKフォントがスクリプトの不手際で梱包されず、
日本語環境としては動作しなかった。 フォントコレクションファイル(TTC)をサポート。CJKフォントに対する太字、イタリック、下線、打ち消し線の修飾が可能になった。 感謝、でもwikipediaをwikiって呼ぶのやめてほしい
それから>>1のまとめwikiの「windowsのファイルと置き換え可能…」ってサブページ
消したほうがいいんでない?コミュニティの印象悪くなる そのページ、あまり見てなかった。情報ありがとう。
早くしないとサポーターが全滅してしまう。急がないと。 まとめWikiの書き換え方を知らないんだけど、どうすればいい? サイトマップ:その他「2ちゃんねる関連」の中に書いてあるidと
パスワードを使ってログイン、だったかと スクリプトの改造の件、内部に手先がまぎれ込んでる証拠があれば、一気に逆転できるのだが。 SKKが本家emacs配布に取り込まれてて
ツール追加も設定記述も何もなしで日本語変換可能だった
http://ftpmirror.gnu.org/emacs/windows
から emacs-25.2-i686.zip を落としてReactOSのc:/program files/emacsに展開
bin中のrunemacs.exeを起動
メニューバーのoptions>multilingual env>toggle input methodで日本語入力モード
以降モード切替はコントロール+バックスラッシュキーで フォントエンジンの開発が停滞しているから、1ヶ月くらいロケール関連の改善を試みることにするよ。
ロケールについて何か要望とかない? 今日は2つテストを書いて、MultiByteToWideByteをUTF-8について修正した。 code.reactos.orgが落ちていて、開発がなかなか進んでいないようだ。 テストについてもっと「systematic crazy」にやらないといけないと考えている。 日本語(それ以外)とSMPの対応がver.1までの課題か? 英語だけでいいし、SMPもとりあえず度外視して、
形だけでも作り上げるのを目標にした方がいいんじゃないかなって思わなくもない
それだけでも5年じゃ効かなそうだけど 形だけでも作り上げるなんていう曖昧過ぎる目標なら既に達成したとも言える ReactOSには期待するんけど。でも、優先順としてはドライバの開発を先にしてほしいんだよね。
最新ハード上でホストOSとして動作して、ようやくReactOSが実用となると、世間では認識されるようになるはずだから。
ReactOSが仮想PC上でしか動作しないなら、とりあえず既存のWindowsNT4〜2000〜XP で済んでしまうし。
ReactOSの今までの進捗から予想するに、OS本体としての完成には、どうしても時間がかかりそうだし、
それまで待っていたのではプロジェクト全体が陳腐化してしまい、虚無に陥ってしまいそう。
ドライバの供給も目標とできれば、プロジェクトに弾みがつきそうではあるし。
最新ハードでReactOSをホストOSとして動作させるには、いずれにせよドライバは必要になってくるわけで。
ReactOSプロジェクトの1つとして、最新ハードのNT4〜2000〜XP用のドライバをLinux等から移植して
供給してくれないかなあ。そうすれば、ReactOS用のドライバとしても再利用できるわけで、無駄にならないし。
なにより、プロジェクトに対する世間からの評価が多少は違ってくるだろうし。
と、そんな期待をしつつ、何年も待ち続けるのであった。 >>640
そういう意味じゃなくて、その辺に転がってるWin2Kでも動くフリーウェア類が
完全に動くバージョン作っちゃうって方向
SMPとか多言語とか、確かに後からやるのは大変だろうけど、
開発リソースが圧倒的に足りてない以上、夢見過ぎたっていつまで経っても終わりそうにないし 方向性は違うというけど、金をとって95以降のアプリが
動かないArcaOSに比べればマシだという気がするが、
SMPに対応させていないのは、マルチコアが普通になった実機で
まともに動くのだろうか? 最初のコアだけ動かして、後のコア全部止めるかhltしときゃいいんじゃ? ArcaOS5.0出てたんだw
今更OS/2か・・・.NETみたいな方向じゃなくて、
BorlandC++Builder6の後継みたいな形のでVSを超えるような物で囲わないと
シェア確保は絶望的なんじゃないかね 開発は徐々に進んでいる。今日は3つのバグを修正した。 今日はPathResolveのテストを書いて、リッチエディットのソースを読むのに疲れた。 昔フックを研究したのも無駄にはなっていない。あちこちで役に立っている。
だが、法律は変わったから、犯罪はダメだ。 今日は2つのバグを解消した。1つはスクロールバー、もう1つはmspaintのドラッグキャンセルだ。 今日は電卓のテーマ表示を修正し、PathFindOnPathのテストを書いた。 今日はShellExecuteExのテストとスクロールバーの修正を書いた。 MSFT 70.32 USD -1.63 (-2.27%)
オレの人生、破滅に向かって突き進め!!! UIテストはAutoHotKeyに任せて、あとは、ほっときー? MSFT 69.90 USD -0.37 (-0.53%)
UIテストの自動化に成功。闇の勢力は確実に世界制服を目指しているのだ。。。 暗●部隊には注意しないといけないね。返り討ちと証拠保全はバッチリしないとな。 https://source.winehq.org/patches/
WineHQにパッチを投稿した。patientlyに待たねばなるまい。 この調子だと、パッチボットに処理されるまで三、4日かかるか。 WineとReactOS、微妙にカルチャーが違う。やっぱりLinuxでもテストしないといけないみたいだ。 アレックスからテスト不合格の通知があった。Linuxでやり直しだ。 ROSのソースを部分的にWineへsyncしないといけないんだけど、カルチャーが違うから、
コピペじゃ動かない場所があるんだよな。Syncのたびにテストしないといけないし。 Wineの方が偉くてWineのソースに#ifdef __REACTOS__が書けないんだよね。 テストボットからメール来た!
テスト成功。やったね!!! ワイーンの方は、Unicode文字列を受け付けない古いコンパイラーも対象にしているから、仕方ないっつーか。 次は、PathResolveWの分析だ。目に物を見せてやるぞ。 504 Gateway Time-out
nginx
おい止まるなJIRA! まだソースコードを見たらダメだぞ。まだ合法的ではない。 MSFT
71.21USD +0.95 (+1.35%)
下がるどころか上がってるな。。。 Win10の互換OSの方が先に構築できる可能性が出たと言うことか
win8を嫌った中国さまなら作り上げてくれそう ソースコード流出は危機ではなく、Win系が活気付く可能性もあるからな
AppleIIやIBM PCみたいに。まぁ、流出じゃないけど まさかソース流出したら互換品作り放題だと勘違いしてるアホおらんよな 共同開発のためにパートナーには公開していたコードだからね。 >>678
> Win10の互換OSの方が先に構築できる可能性が出たと言うことか
Windows 10互換のOSがほしいならば、
Windows 10を違法コピーしたほうがマシだろう?
たとえ流出したコードを使って互換OSを作ったとしても
それは流出した時点でのWindowsでしかない。
一体どこにWindowsのソースコードを流用して、
独自のOSをメンテナンスしていくだけの資金と技術力があると
思ってるんだ?
もちろん違法に流出したコードを流用すると、法的に罰せられるし
それを避けるように著作権表示などを消していったとしても、
例えば同じバグが存在したり、同じ裏技があったりしたら
ソースコードの流用がバレてしまう。そうしたら訴えられて大損だ。
合法的に流用する方法は存在しないし、違法であれば普通に違法コピーした方がいい。
この規模になってしまうと、ソースコードの流出は大した意味を持たないんだよ。 windozeのソース流出して一番困るのreactos陣営なんだよなぁ ヽ人人人人人人人人人人人人人人人ノ
/ ̄(S)~\ < >
/ / ∧ ∧\ \< 嫌なら見るな! 嫌なら見るな! >
\ \( ゚Д,゚ ) / /< >
\⌒ ⌒ / ノ Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Yヽ
)_人_ ノ
/ /
∧_∧ Win ( ))
(React; )10  ̄ ̄ヽ
γ⌒ ⌒ヽ  ̄ ̄ノ ノ
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| advpack.dllのDelNode関数書いてワイーンに送ったぞい。今度こそ合格する。 次は、SHFileOperation関数だな。この関数が正しく動作しないと、ファイルの操作ができない。非常に重要だ。 利益が見込めなかったり戦略で他とか将来とかからの利益が見込めなきゃ、企業はやらない
更に付け加えると、お蔵入りのソースだろうと、利益が見込めなきゃ人件費が掛かる
32Tともなれば尚更管理に人件費掛かるだろうし、容量辺りの単価も増える >>692
会社のPCから書き込んだらバレますよ、ひひひ。 STILL SHITは単純なバグであることが判明した。 似たようなことがないように網羅的なテストを書くことにする。 ふひひ、これでSetFileAttributesの問題は解決だな、いひひ。 空いた時間でPathResolveもコンプリートだ!!! ぶひっ いやいや、確実にこなせる仕事を優先しよう、ガオー! MSFT 69.80 USD +0.59 (+0.85%)
負けないよ、うひひひひ。 MSFT 68.97??+0.48??(+0.70%)
Evaluation: Average. ■ このスレッドは過去ログ倉庫に格納されています