翻訳のテキストは控えめなニュースであり、ここに小さな広告リクエストがあります。
Lenovo ContestでReactOSをサポートする
ThinkPad X1ラップトップと開発用に25,000ドルを獲得するプロジェクトを支援してください。 今日は明らかに投票の最終日です。 Alexey Bragin （プロジェクトコーディネーター）は、昨日彼の誕生日を祝ったので、特にあなたのサポートを喜んで受けます。
これを行うには、わずか2分の時間を費やすだけです。
1） donetwork.lenovo.com/en/login.html-このリンクを使用してfacebook経由でログインします。
2） donetwork.lenovo.com/en/projects/view/id/2977リンクをクリックし、「プロジェクトに投票する」ボタンをクリックします。
3）必要に応じてコメントを残し、Facebookの「いいね！」をクリックしてGoogleを+1します...
4）...投票のペースは非常に良いが、間に合わないリスクがあるため、TwitterとVKの連絡先（投票の横にある出版物の下部にあるボタン）でこのニュースをHabrと共有してください。
先に進むには、プロジェクトはそれほど多くのスコアをつける必要がありません-少なくとも250 0票。 （Habrの基準による高速数値）
無線ネットワーク
Cameron Gutmanは、ほぼ1か月間、ReactOSでワイヤレスネットワークカードをサポートするために必要なコンポーネントの開発に忙しく取り組んできました。 多くの作業には、NDIS Object Identifier（OID）メッセージの送信をサポートするNDISプロトコルドライバー（ndisuio）の作成が含まれていました。 これらのメッセージは、ネットワークドライバーの状態と機能について要求するとともに、デバイスが機能する受信モードを設定するように設計されています。 カーネルモードコードに加えて、エンドユーザーがこれらの要求を行えるようにするユーザーモードユーティリティが必要です。 現在、ReactOSにはwlanconfユーティリティが含まれています。これは、ネットワークアダプタのndisuioへのバインドをサポートします。 これに加えて、IPアドレスのリリースと更新のリクエストの迅速な完了に関連するDHCPサービス、およびネットワークデバイスのステータスをチェックするときに使用されるOIDメッセージが正しいことを確認するTCP / IPドライバーに関する作業が行われました。
バージョン0.3.14の今後のリリースに関連して、Cameronは彼の作業の結果をプロジェクトコードベースに追加し、新しいReactOSアセンブリがオープンワイヤレスネットワークに接続できるようになりました。正解。 WPAやWPA2など、より信頼性の高いタイプの暗号化を使用するネットワークでは、オペレーティングシステムが接続を確立するためのより複雑なプロセスを提供する必要がありますが、この機能はReactOSではまだ利用できません。 ただし、ワイヤレスネットワークのサポートの現在の状態は、最新の機器でのReactOSの適合性を確保する上で大きな一歩です。
USBサポート状況
Johannes Anderwaldは最近、Michael Martinから始めたUSBスタックで多くの作業を行い、現在使用されている標準をサポートするために必要な4つのホストコントローラーインターフェイスドライバーのうち2つを開発しました。 ReactOSには現在、USB 1.1用のohciとUSB 2.0用のehciがあります。 このプロジェクトでは、USB 1.0のIntel標準をサポートするためにuhciが必要であり、新しいUSB 3.0インターフェイスをサポートするためにxhciが必要です。 さらに、マウス用のHID（Human Interaction Devices）ドライバーはWindows上で完成およびテストされましたが、ReactOSのさまざまな問題により機能が妨げられました。 キーボード用のHIDドライバーも開発中ですが、まだ準備ができていません。 ストレージデバイスをサポートするには、追加のドライバーが必要です。 USBスタックに欠けているもう1つの要素は、統合キーボード/マウスコネクタなどの複合USBデバイスのサポートです。
この段階で救助に来たキャメロンは、デバイスの登録およびインストール中に多数のエラーを調査し、また、ReactOSでUSBマウスが機能しなかった問題の修正に着手しました。 また、重大なシステムクラッシュからさまざまなコンポーネントのコンパイル時のエラーに至るまで、USBスタックにある他のいくつかの問題を直接修正しました。 ヨハネスは、現在、キャメロンの修正のおかげで、システムでのキーボードサポートの実装が問題を引き起こさないと予想しています。 USBブランチが十分にテストされ、プロジェクトのメインコードベースと統合されるとすぐに、ReactOSは使いやすさの点で別の重要な一歩を踏み出します。 ただし、この手順は0.3.14のリリース後に行われます。
wikiでUSBの現在のステータスについて詳しく読む
UPD twitter.com/#！/ Reactos / status / 162638367970963456-ReactOSをUSBフラッシュドライブにインストールします。
Shell32
RafałHarabieńはshell32ライブラリでの作業で忙しく、アイコンやダイアログの読み込みエラーから多くのバッファ/メモリエラーの修正まで、さまざまな問題を修正しました。 プロパティウィンドウにアイコンを読み込むために、shell32に既に存在するコードの不完全な実装が使用されました。 Rafalは破損したコードを削除し、shell32で既に利用可能な実装を使用するようにプロパティウィンドウを変更しました。 これで、プロパティウィンドウは、レジストリに設定されたアイコンだけでなく、任意のアイコンを読み込むことができます。 [開く]ダイアログボックスのコードも書き直され、レジストリで指定されたすべてのアプリケーションを表示できるようになりました。 また、ダイアログボックスはレジストリに重複したエントリを追加しなくなります。 ただし、shell32ライブラリを実行する前に行うべき作業は膨大であり、explorer_newは現在のシェルを置き換えることができます。 たとえば、[スタート]メニューはドキュメント化されておらず、ReactOSには実装されていないため、Rafalは、フォルダーの内容を表示する機能的責任がExplorerシェルとshell32ライブラリにどのように分割されるかを正確に知りません。 これらの問題が完全に解決されるまで、ReactOSは現在のシェルを保持します。
ファイルシステムの破損
Pierre Schweitzerは最近、dir.cのコードを書き直し、破損したデータのディスクへの書き込みという既存の問題の発見を引き起こしました。 問題を調べると、Pierreはテスターの1人がすでに同様の問題に遭遇したことに気づき、デバッグプロトコルを提供しました。 しかし、このプロトコルは、この行動の理由は異なる機能であり、ピエール自身が自分の研究の過程で発見したものではないことを示していました。 よく調べてみると、Pierreは、両方の有罪関数が、パスを処理するランタイムライブラリの別の内部関数を呼び出していることに気付きました。 この関数は、Alex Ionescuがコードの処理および修正中に関与したが、ジョブを完了しなかったいくつかの機能の1つでした。 その結果、Pierre自身の変更と相まって、古いコードの不整合がファイルシステムに何らかの損傷を引き起こしました。 ピエールはアレックスによって始められた作業を終了し、損傷の問題はなくなったように見えますが、彼はまだ古いコードの正確な問題を完全には理解しておらず、ファイルシステムドライバーが破損したデータをディスクに書き込みました。
PS私に加えて、翻訳に参加しました： evilslon 、 seven_ro
寄付の収集が続く
すでに9600ルーブル以上を集めました。
以下の提案は、多数の関連する適切な提案から受け取られました。
* すべてのSATAドライブのサポート。 まあ、または少なくとも人気があります。
* .net 2.0アプリと互換性があるか、Frameworkをインストールできる。
* nixに座っていますが、Multimonitorをサポートするために100をサポートしています。
何人かの人々がテーマのサポートを求めましたが、この機能はすでにほぼ完全に実装されています。