ReactOSでの.NET 4.5のインストール方法の物語

ハッピーエンドのクリスマスストーリーかもしれませんが、そうではありません。



2018年のクリスマスイブに、ReactOSのテスト済みアプリケーションのリストに.NET 4.0インストーラーがあることに気付き、正常にインストールされてアプリケーションが起動したことに驚きました。 しかし、4.0は長い間関連性がなかったので、私はおかしなアイデアに訪れました-バージョン4.5をインストールしようとするとどうなりますか？



インストーラーは、OSバージョンが適切でないとすぐに述べました。 互換モードでの起動も彼によって決定され、インストールを拒否しました。 物事は、それが始まる前にすべて終わった...

はい、今バージョンを変更します、それは動作します！

ReactOSはWindows 2003の類似物として開発されており、バージョン5.2として報告しています。 インストールには少なくとも6.0が必要ですが、すぐにWindows 7を目指す方が良いと判断し、バージョンを6.1に変更する方法を探し始めました。 バージョン/ MajorVersion / MinorVersionによると、コードには、予期しない場所であっても、システム全体にいくつかの場所がありました。 5.2から6.1のすべてのペアを置き換えると、結果はゼロでした-OSインストーラーも起動しませんでした。 ブート時にfreeldrとntldrをさらに検索しました。4つの場所で、_WIN32_WINNT_WS03を_WIN32_WINNT_WIN7に置き換える必要がありました。 OSがインストールされ、これが6.1であることが通知されます。 わかった？ いや なんらかの理由で、そのような代替品で実際にインストールされるものは何もありません。VirtualBoxGuest Additions、Firefox、.NET 4.0、Explorerでさえ一度も失敗しません。 さて、必要なものすべてでISOを作成し、仮想マシンに接続する必要があります。 栄光のバイト、ドライブはまだ動作しており、インストーラーはそこから再び起動します。 やった！ 起動することもありますが、特定のOSコンポーネントが不足していることを訴えます。







1つ目は自動更新サービス、2つ目は信頼できるインストーラーです。 そのようなものはありません。実際、ReactOSにはWindowsの更新があり、信頼できるインストーラーはWindows 7と一緒に表示されるため、定義によって定義できません。 OK、 PR 355更新サービスのwusa.exeとwuauserv.dllのスタブを作成します。 信頼できるインストーラーは、Windows 7からレジストリキーと共に32ビットをコピーしただけです。 現在、インストーラーは必要なすべてのものの可用性を判断し、一滴の血で契約を締結するだけです。



ファイル検証プロセスが成功し、インストールが開始されます。 kernel32モジュールのLCMapStringEx関数が欠落しているというメッセージをすぐに受け取ります。







わかりました。コード内の関数を探しています。驚いたことに、関数は存在しますが、何らかの理由でエクスポートリストに追加されません（各DLLのルートにあるCMakeLists.txtの隣の仕様ファイル）。 ビルド/インストール/実行し、再び同様のエラー。 さて、スクリプトは知られています。 インストーラーがクリックされてからこの手順を5〜10回繰り返した後、インストーラーは、OSに無人インストールモードがあることをGoogleに知らせます。 これを行うには、ファイルboot \ bootdata \ bootcd \ unattend.infでUnattendSetupEnabled = yesを有効にします。 超そり！ それらは非常に速く進んでいるので、お茶を飲む時間はありません。インストール全体で2分間です。





ReactOSは2003として記述されているため、6.0 +のコードを特にサポートしている人はいません。 このような場所は、条件#if _WIN32_WINNT> = 0x600、さらには#if 0でカバーされており、機能する形式にする必要があります。 欠落している関数を追加します（ただし、コードは@ $＆^％です！）エクスポートするには（SleepConditionVariableCSにはRtlSleepConditionVariableCSが必要です）、SDKヘッダーのどこかで構造体/フィールドのロックを解除します。 ntdll、kernel32、およびadvapi32を使用したさらに奇妙な松葉杖-何らかの理由で、ntdll_vista、kernel32_vista、およびadvapi32_vistaの形式でアドオンが作成されました。 白鳥、ガン、カワカマスは、そうでなければ、そのような決定を下しました。 現在、確実性もありません-githubでPRをレイアウトするときに、コードを* _vista libに転送するように要求されます。 ここで最も驚くべきことは、そのような関数はすべて新しいAPIであり、メインコードと平和的に共存する可能性があることです。そのような庭がフェンスで囲まれる理由は明らかではありません。



これらの試みは数か月間続きましたが、最終的には、インストーラーがプロセスの途中で、呪いも落下もせずにハングするという事実にすべてが落ち着きました。

あるように見えないように

夏にシェルに戻ることにしました。 それでも、非常に多くの時間が費やされており、結果はゼロです。 今回は、すべてを異なる方法で行うことにしました-報告されたバージョンを5.2から6.1に変更すると、すべてがランダムに機能するため、バージョンを完全に異なる方向から変更する必要があるため、ReactOSをNT6モードで完全にビルドしてみてください。



これを行うには、ルートCMakeLists.txtで、次の条件0x502を0x600に置き換えます。 はい、脂肪を摂取する時間はありません。少なくとも6.0が出力されます。

# Version Options add_definitions(-DWINVER=0x502 -D_WIN32_IE=0x600 -D_WIN32_WINNT=0x502 -D_WIN32_WINDOWS=0x502 -D_SETUPAPI_VER=0x502)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このベンチャーからの成功への期待は当初はまあまあでしたが、全体としての考えは真実でした。

この問題の本質は、NT6カーネルでは多くの機能が署名を変更し、データ構造の構成とフィールドの順序が異なることです。

 #if (_WIN32_WINNT >= 0x600) NTSTATUS RxConstructSrvCall( _In_ PRX_CONTEXT RxContext, _In_ PIRP Irp, _In_ PSRV_CALL SrvCall, _Out_ PLOCK_HOLDING_STATE LockHoldingState); #else NTSTATUS RxConstructSrvCall( _In_ PRX_CONTEXT RxContext, _In_ PSRV_CALL SrvCall, _Out_ PLOCK_HOLDING_STATE LockHoldingState); #endif
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ビルドエラーは、宝庫のように雨が降りました。最も簡単なのは、いくつかのdllのCMakeファイルで、WINVERと_WIN32_WINNTが0x602などの他の値に明示的に再割り当てされたことです。 同時に、ReactOSはdllで一杯であり、WINVERは現在0x502から0x600に再定義されています。 いくつかの実際のバグがありました＃356 ＃359 ＃747 ＃814 ＃815 。



それは同じ月か2か月続き、その結果、イメージはすべての松葉杖で集まったが、設置者は生命の徴候を全然示さなかった。 もう少しヒューズがいなくなった

論理は鉄ではない

新しいクリスマスが近づいており、.NET 4.5は忘れられないものです。 繰り返しますが、最初のオプションに戻り、すべての編集が繰り返されますが、いくつかの変更があります。 以前は、OSにコードがない関数が見つからなかった代わりに、スタブを作成しただけだったので、Wineコードでそれらを探すことにしました。 ReactOSに適応して、次の＃1045に転送します。 どこかに、スタブの代わりに、実際のコードを書くことができます:) ＃1046 。 このような編集により、インストーラーはより精力的に動作し、「成功して」終了しましたが、インストーラーとは異なり、.NET 4.0はインストール後に再起動を提供しませんでした。ハハ、聖なる素朴さ）。 helloWorldアプリケーションを起動しようとしても、画面には何も起こりませんでした;タスクマネージャーでも、アクティビティに気付く時間はありませんでした。





少し後に、インストーラーのリソースを詳しく調べることにしました。エラーメッセージのテキストとここでの驚きを見つけました。すべての制限はParameterInfo.xmlファイルに示されています。 StopBlockers-condition IsInOSCompatibilityModeについてコメントするだけで十分で、すべてが問題なく開始されます。 OSバージョンを5.2から6.0に変更する編集を削除し、セットアップショートカットでVista互換モードをオンにし（この方法では、信頼できるインストーラーが存在するとは想定されていません）、インストーラーが同様に正常に終了したいくつかの機能を追加します。 ただし、最初に4.0をインストールしてからインストーラー4.5を実行した場合、プロセスは既にリブートを要求して完了しています！ 勝利！？ いや これは幸せな終わりのない物語だと言った。 HelloWorldを起動しようとすると、結果はわずかに異なりますが、それほど大きくはありません-プロセスは11〜12MBのメモリを消費し、20秒停止してから終了します。 互換モードで起動しても役に立ちません（結局、CLRランタイムは各プロセスで個別に起動され、OSバージョン5.2のOSで起動するシステム全体の環境ではありません）。

ログには、バージョンを決定する呼び出しがあります。







バージョン6が要求された場合、OSバージョンを6.0に置き換えるというRtlVerifyVersionInfoへのハックを追加しました。 矢印でマークされた行はなくなりましたが、結果は同じです。



ハッピーエンドではありません。

おわりに

おそらく、成功の余地はほとんどなく、この物語に触発されたあなたは、旗をつかみ、ReactOSコードをダウンロードしてコンパイルすることであなたが始めたものを完成する準備ができていますか？ それほど速くない。 ほとんどすべてのPRで、変更はレイアウト時に行われ、最初はいくつかの議論がありますが、その後、主要なOS開発者の注意なしに変更がハングします。



上記を繰り返すには、テキスト内のリンクを使用してmasterブランチでPRを実行し、specファイル内の一連の関数のロックを解除し（-version条件のバージョンを0x500 +に置き換え）、ヘッダーのいくつかの0x600条件を解除する必要があります

組み立てる時間はありません。ここに来て構築してください！

ReactOSの開発に従って新しいアプリケーションをインストールしようとすると、おそらくいくつかの機能が失われたり、興味深い/有用なPRが際限なくハングするという事実に出くわしました。 これもよく知っているので、不足しているピースとPRを使用してOSアセンブリを定期的にコンパイルすることにしました（スケジュールを毎週または2週間ごとに維持したい）。 このアセンブリを試してみてください。おそらく役に立つでしょう！ 別の行方不明の関数に出会ったら書いてください-すでにReactOSコードにあるか、Wineにある可能性が高いです。 まだUSBドライバーはありません。



ここからダウンロード



新年あけましておめでとうございます、安定したReactOS！



PS 重要な更新！ 4.0または4.5でコンパイルされた単純なコンソールアプリケーションは、ディスク上のフォルダー/ファイルを一覧表示して正常に動作します。 したがって、すべてのCLRではなく、WinFormsとWPF（WinFormsの例のようにぶら下がっている）のいずれかがありません。

4.5のインストール中に、引数remove system.Windows.FormsまたはSystem.Dynamicなどのngen.exeプロセスに気付きました。 削除されたように見えるが、通常は新しいアセンブリを登録しなかった



PPS SUPER重要なアップデート！ プロセスのインストーラー4.5はGACから一部のアセンブリを削除しますが、どこかでクラッシュし、新しいものをコピーする時間がありません（\ Microsoft.NET \ assembly \ GAC_MSIL）。 その結果、115個のアセンブリのうち73個が残り、アセンブリSystem、System.Drawing、System.Windows.Forms、Accessibilityをコピーすると、単純なWinFormsアプリケーションが起動します。



PPPSそれは素晴らしい瞬間であることが判明しました-system32の4.0からmscoree.dllをコピーすると、インストーラー4.5は完全に機能しませんが、コンソールを再起動するとwin-formアプリケーションが起動します。