WindowsNT系互換 - ReactOS Part2
>>924
俺もそんなの無いと思う。
俺もそんなの無いと思う。
>>926
確かにTCP/IPは動いているけど、俺の視点は外部と通信できる実装なのかどうか、
というところだったのよ。(つまり、NICドライバの実装完了かどうか。)
てなわけで、ループバックレベルじゃまだまだだなぁと
思ったのだな。メーリングリストのチェックなんてしてなかったから、
画面だけじゃわからないし。無駄にスレ消費して悪かった。せめてNE2000
ドライバがあればBOCHSで試せるんだけど。
確かにTCP/IPは動いているけど、俺の視点は外部と通信できる実装なのかどうか、
というところだったのよ。(つまり、NICドライバの実装完了かどうか。)
てなわけで、ループバックレベルじゃまだまだだなぁと
思ったのだな。メーリングリストのチェックなんてしてなかったから、
画面だけじゃわからないし。無駄にスレ消費して悪かった。せめてNE2000
ドライバがあればBOCHSで試せるんだけど。
訳せハゲ
>気のどくと思って、比較的ここでのリストをよく知らないです、およびないとして
> ReactOS本質をよく知っています私がすべきなのでそうです。雌
>これほど平均であるので、我々は働くTCP/IPを持っています?または、ただの仕事
>それのための創立?
>-- tim
それは、働きますがまだ安定していません。
私は、tcpip.sysにおける残っているバグであるヘルプを使うことができました。
ロイスが近ごろ完全にデバッグしたインターフェース層と、
我々は、freebsdからtcp部品を使っています。
我々がTCPソケットをオープンさせるときに、
私は、tcpip.sysでbugchecksで窓で作動するために我々のafd、
およびtcpipを移植することで、
またはヘルプに少しいくつかのドライバーexperenceをもつ誰かに助けて望みます。
> ReactOS本質をよく知っています私がすべきなのでそうです。雌
>これほど平均であるので、我々は働くTCP/IPを持っています?または、ただの仕事
>それのための創立?
>-- tim
それは、働きますがまだ安定していません。
私は、tcpip.sysにおける残っているバグであるヘルプを使うことができました。
ロイスが近ごろ完全にデバッグしたインターフェース層と、
我々は、freebsdからtcp部品を使っています。
我々がTCPソケットをオープンさせるときに、
私は、tcpip.sysでbugchecksで窓で作動するために我々のafd、
およびtcpipを移植することで、
またはヘルプに少しいくつかのドライバーexperenceをもつ誰かに助けて望みます。
私のテスト・セットアップを複製して、
qemuセットをもつLinuxホストがいる(そして使います)ために
ネットワーキングをtun /軽く叩いて下さい。
あなたのホスト、およびゲストqemuが適切に最初に伝えることができることを確かめて下さい
( livecd Linuxディストリビューションを使うことがそれをする便利な方法です)。
ホストのtelnetdをインストールしてそれを確かめますそれは走っています、
それから、reactosレジストリでne２０００ドライバーを可能にして下さい(スタート->１)、
およびqemuのバーチャルなハードディスクのインストールreactos。
あなたがそれを遠くする後に、あなたがrosappsからログインやホストまで
telnetアプリを使うことができるべきですからこれのようなreactosで:
ここで(に)はeyecandyです:
http://64.81.145.152/~arty/ss1.jpg
qemuセットをもつLinuxホストがいる(そして使います)ために
ネットワーキングをtun /軽く叩いて下さい。
あなたのホスト、およびゲストqemuが適切に最初に伝えることができることを確かめて下さい
( livecd Linuxディストリビューションを使うことがそれをする便利な方法です)。
ホストのtelnetdをインストールしてそれを確かめますそれは走っています、
それから、reactosレジストリでne２０００ドライバーを可能にして下さい(スタート->１)、
およびqemuのバーチャルなハードディスクのインストールreactos。
あなたがそれを遠くする後に、あなたがrosappsからログインやホストまで
telnetアプリを使うことができるべきですからこれのようなreactosで:
ここで(に)はeyecandyです:
http://64.81.145.152/~arty/ss1.jpg
したがって、これは、どこで(に)面白いことが始まるかです:
驚かされることの１～２分の後で、
あなたは、少しの場所の１つでたぶんbugcheckを得るでしょう:KeInsertQueueApc、
また( tcpip.sysのtransport/tcp/event.cでTCPSocketStateで電話からCompleteRequestへ呼ばれた)、
私で最も一般的なもの(人)、しかしiがこのリストでより以前に述べたMmProbeAndLockPagesで
配置されていないオブジェクト、および再帰のbugcheckを自由にすることの不平を言うTCPFreeが
ありそうな立候補者だということです。
私は、感づきますが、完全にはそのKeInsertQueueApcケースが
apcコードにおけるバグの結果なことを確認しませんでした。
驚かされることの１～２分の後で、
あなたは、少しの場所の１つでたぶんbugcheckを得るでしょう:KeInsertQueueApc、
また( tcpip.sysのtransport/tcp/event.cでTCPSocketStateで電話からCompleteRequestへ呼ばれた)、
私で最も一般的なもの(人)、しかしiがこのリストでより以前に述べたMmProbeAndLockPagesで
配置されていないオブジェクト、および再帰のbugcheckを自由にすることの不平を言うTCPFreeが
ありそうな立候補者だということです。
私は、感づきますが、完全にはそのKeInsertQueueApcケースが
apcコードにおけるバグの結果なことを確認しませんでした。
doesがdoe-sと認識されてるのにﾜﾗﾀ
我々は、afdでウィンソックapi、およびある必要なサポートの部品をのがしています、
しかし、これはdefinately進歩です。
一旦我々がアプリを得れば、仕事が(現在唯一の指、およびtelnet )しっかりと働くと、
iが作動し始めるだろうことは、必要な何か別のアプリ(著しくオオヤマネコ、およびcvs )を備えます。
私は、これが可能なら外へセットアップした試みに他者を励まして、その点でエネルギッシュに働きます。
私は、とてもreactosにおける発見のバグのカーネル・モード・コンポーネントが得意ではありません、
したがって、それは、私よりもきわめていくつかのros devsのためにたぶんより短い時を要するでしょう。
アドバイスは評価されます、もし誰(か)がある時があれば、tcpip.sys、およびafd.sysの
新型コードの会計監査、および評論は、きわめて歓迎されます。
afdは、iがゼロから今までに手紙を出した最初のドライバーです、
したがって、iは、充分に、指摘されたある口のきけない材料を持っていることを予想します。
誰もカーネルでこの材料を見るための時、
あるいは我慢強さを持っていない私が万一の時に希望に満ちてデバッグすることを可能にするために
userlandへtcpip.sysからより多くの材料を引っぱり出し続けるだろう時です。
スティーブン・エドワーズは、我々は、年末でネットワーキングに０.３.０リリースの基礎させます、
そして、iが好転の兆しを見ることができることを提案しました。
共に、私は、我々が我々が正直にそれが年末の前に「ネットワーキングを持っている」と
言うことができる状態へのreactosを得ることができるだろうという疑いがないです。
アート
おい！、アダム・スミス、は、あなたの見えざる手を自分のものにしておきます!
しかし、これはdefinately進歩です。
一旦我々がアプリを得れば、仕事が(現在唯一の指、およびtelnet )しっかりと働くと、
iが作動し始めるだろうことは、必要な何か別のアプリ(著しくオオヤマネコ、およびcvs )を備えます。
私は、これが可能なら外へセットアップした試みに他者を励まして、その点でエネルギッシュに働きます。
私は、とてもreactosにおける発見のバグのカーネル・モード・コンポーネントが得意ではありません、
したがって、それは、私よりもきわめていくつかのros devsのためにたぶんより短い時を要するでしょう。
アドバイスは評価されます、もし誰(か)がある時があれば、tcpip.sys、およびafd.sysの
新型コードの会計監査、および評論は、きわめて歓迎されます。
afdは、iがゼロから今までに手紙を出した最初のドライバーです、
したがって、iは、充分に、指摘されたある口のきけない材料を持っていることを予想します。
誰もカーネルでこの材料を見るための時、
あるいは我慢強さを持っていない私が万一の時に希望に満ちてデバッグすることを可能にするために
userlandへtcpip.sysからより多くの材料を引っぱり出し続けるだろう時です。
スティーブン・エドワーズは、我々は、年末でネットワーキングに０.３.０リリースの基礎させます、
そして、iが好転の兆しを見ることができることを提案しました。
共に、私は、我々が我々が正直にそれが年末の前に「ネットワーキングを持っている」と
言うことができる状態へのreactosを得ることができるだろうという疑いがないです。
アート
おい！、アダム・スミス、は、あなたの見えざる手を自分のものにしておきます!
日本語で頼む
939 ：Be名無しさん：04/09/26 01:24:15
>>933-937
エキサイトしすぎ。
エキサイトしすぎ。
下げ忘れた！すまソ．．．．
で、結論は、
「動くには動くけど安定してないよー。qemuで確認したよー。バグ報告ぷりーず。」
って事で良いのか？
とりあえず、テキストベースのプロトコルなら動くのかねぇ？
「動くには動くけど安定してないよー。qemuで確認したよー。バグ報告ぷりーず。」
って事で良いのか？
とりあえず、テキストベースのプロトコルなら動くのかねぇ？
コンソールモードで起動ってどうやるの？
Ctrl+Alt+F2(違
Windows＞＞＞Wine＞＞（ベルリンの壁）＞＞ReactOS
Reactは使いたいけど使えない
OSASKとかMenuetOSはどのへん？
>>947
Win32アプリ走るのかい？
Win32アプリ走るのかい？
過去の遺産だけでも十分。
16→32は必然性が高かったが、32→64は必要ないアプリも多い。
とかなんとか全くわかってないにも関わらず言ってみる。
とかなんとか全くわかってないにも関わらず言ってみる。
メモリは64KBもあれば十分だよね
1MBなんて誰が使うんだい？
1MBなんて誰が使うんだい？
ムーアの法則がこの先5年続く(In℡社長談)以上は、そのスペックを必要とするソフトが出てきて当然だわな。
今までのパターンでは上位環境からパソコンに降りてくるよーな感じだったけど最近は上位環境も
パソコンでやってる事も大差無いから正直あまり見当つかんが、多分H.264(激重次世代MPEG)や
ハイビジョンクオリティの動画編集あたりが来るんだろうね。メモリにスムーズにアクセス出来ると効率上がるから
64bitが喜ばれるジャンルだし。あとは、グラボが無くなってCPU処理するようになったりして。さすがに無いか。
今までのパターンでは上位環境からパソコンに降りてくるよーな感じだったけど最近は上位環境も
パソコンでやってる事も大差無いから正直あまり見当つかんが、多分H.264(激重次世代MPEG)や
ハイビジョンクオリティの動画編集あたりが来るんだろうね。メモリにスムーズにアクセス出来ると効率上がるから
64bitが喜ばれるジャンルだし。あとは、グラボが無くなってCPU処理するようになったりして。さすがに無いか。
むしろグラボを第二のCPUとして使う方向に動いてるような
非対称マルチプロセッサ
AT互換機にメガドラみたいな感じでスレイヴCPUくっつけられれば面白いのに。
Plan 9のCPUサーバなんて考えも、広く使われると面白そうではある。
PCIに差すAT互換機を思い出した
962 ：Be名無しさん：04/10/07 19:38:14
OpenOffice.org1.1.1がロード出来るようになったらしい
そろそろ新スレの季節です。
なんかテンプレ変更ある？
ほぼそのまま使えるんじゃない？めぼしいネタあんまり無いからね…
ネットワークが汎用的につかえるレベルになれば良いネタなのだけど。
次スレはまだか？
ros-jのひとってどうなったの
さあ
次スレは？
WindowsNT系OSのアプリやドライバを動作させる事を目指して開発されている
ReactOSに関する情報交換スレです。
本家
http://reactos.com/
既知のバグ
http://reactos.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
情報まとめ・スクリーンショット
http://wiki.osdev.info/index.php?%5B%5BReactOS%5D%5D
過去スレ
WindowsNT系互換 - ReactOS Part2
http://pc5.2ch.net/test/read.cgi/os/1075294080/l50
ReactOSを見守るスレ
http://pc.2ch.net/test/read.cgi/os/1060475345/
Windows互換OS! ReactOS0.2リリース
http://news4.2ch.net/test/read.cgi/news/1075124177/
ReactOSに関する情報交換スレです。
本家
http://reactos.com/
既知のバグ
http://reactos.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
情報まとめ・スクリーンショット
http://wiki.osdev.info/index.php?%5B%5BReactOS%5D%5D
過去スレ
WindowsNT系互換 - ReactOS Part2
http://pc5.2ch.net/test/read.cgi/os/1075294080/l50
ReactOSを見守るスレ
http://pc.2ch.net/test/read.cgi/os/1060475345/
Windows互換OS! ReactOS0.2リリース
http://news4.2ch.net/test/read.cgi/news/1075124177/
973 ：Be名無しさん：04/10/14 21:57:51
973
974
975 ：Be名無しさん：04/10/23 13:15:46
>>972
↓はもういらんだろ。リンクなくなってるし。
Windows互換OS! ReactOS0.2リリース
http://news4.2ch.net/test/read.cgi/news/1075124177/
↓はもういらんだろ。リンクなくなってるし。
Windows互換OS! ReactOS0.2リリース
http://news4.2ch.net/test/read.cgi/news/1075124177/
最近このスレ活気がなくなってきた感じが
停滞期だな
多分ネットワークがまともに動いたら活性化するんだろう
来年初頭かな？
多分ネットワークがまともに動いたら活性化するんだろう
来年初頭かな？
そだな。本家のROS-Kernel MLも10月分は、ぜんぜん中身ないし。
Ros-dev MLはそれなりだな。ネットワークの実装に取り組んでるっぽい。
っていうか、テンプレにRos-dev MLのアーカイブへのリンク取り入れ希望。
どうせ、日本語ではまともな進捗のわかる情報源無いし。
Ros-dev MLはそれなりだな。ネットワークの実装に取り組んでるっぽい。
っていうか、テンプレにRos-dev MLのアーカイブへのリンク取り入れ希望。
どうせ、日本語ではまともな進捗のわかる情報源無いし。