問題タブ [versioninfo]

現在使用している.NETアセンブリのバージョン情報を変更するより良い方法はありますか。

私の現在のアプローチは次のとおりです。

私はildasmでアセンブリを逆アセンブルします:

これにより、Riolo.WebUI.res コンパイル済みリソース ファイルも生成されます。これを Visual Studio のユーザー インターフェイスで開いて変更し、アセンブリをilasmで再アセンブルします。

このプロセスにはさまざまな問題があります。主な理由は明らかに、カロネードの側面で蚊を撃ちたいと思っていることと、コマンド ラインを使用して.resファイルを.rcファイルに逆コンパイルする方法がわからないため、コマンド ラインを使用できないことです。これは、ファイルを変更するために Visual Studio を開く必要があるため.resです。これは、非常に時間がかかり、エラーが発生しやすいことを意味します。 、したがって、まだ予期しないシナリオで早期または後で噛まれるのではないかと心配しています.

Microsoft Type Library Importerツール（tlbimp.exe）は、バージョン情報なしで相互運用機能アセンブリを生成します。つまり、会社、著作権、商標、番号のバージョンは常に1.0.0.0に設定されていません。カスタマイズされたバージョン情報を使用して相互運用機能アセンブリを生成するツールを入手することは可能ですか？

これは、私がSOで尋ねた別の質問と大まかに関連しています。ビルドされた.Netアセンブリのバージョン情報を変更します。

VerQueryValueを使用して受け取ったバージョンのExeファイルに関する情報。そのような情報を登録（確立または変更）できる逆関数（WinApiまたはDelphi）はありますか？ここでは、例えば、そうすることができるプログラムがあります。どのように機能しますか（http://www.angusj.com/resourcehacker）？

XE から XE2 にプロジェクトを移行していますが、会社名、製品バージョンなど、手動で入力したバージョン情報が欠落していることに気付きました。単純な空の VCL フォーム アプリケーションを作成しています。 - たとえば、[リリース構成 - 32 ビット Windows プラットフォーム] を選択すると、[すべてのプラットフォーム] が消えます。情報を再入力してプラットフォームを通過できると思いますが、ここで何が起こっているのですか? 「すべての構成 - すべてのプラットフォーム」情報は、コンパイラ オプションなどと同じようにオーバーライドしない限り、すべてのプラットフォームに伝播すると予想されますが、何か不足していますか?

さらに注意 - さらに調査すると、「プロジェクト」の下にメニュー オプションを追加するDDevExtensionsを使用する回避策があることがわかりました。下部の [選択したものに適用] と [すべてのプラットフォームに VersionInfo を適用] のボックスをオンにすると、グループ内の他のプロジェクトに影響を与えることなく、表示されているバージョン情報をすべてのプラットフォームにコピーできます。

特定のリソース（.rsrcデータ）と特定のVERSIONINFOデータ（「CompanyName」や「FileDescription」など）を含むWindows 95およびNT互換の実行可能ファイルを作成し、x86コードをアセンブルするには、どのツールを使用しますか？

FASMは機能しますか？

編集：訂正してくれてありがとう、イェンス。質問を編集しました。

CodeDom を使用して C# コードをコンパイルしています。リソースが指定されていない場合でも、「VERSIONINFO」と呼ばれる Win32Resource をコンパイルします。コンパイル後に BeginUpdateResource で削除できることはわかっていますが、ファイルに「PADDINGXXPADDINGXX」が残るので、これは望ましくありません。リソースなしで C# コードを .exe にコンパイルする方法はありますか?

なぜこのコードは（私のフォームの_Load()イベントで）：

... VersionInfo == ""trueの場合に次のエラーメッセージを教えてください。

System.NullReferenceExceptionが未処理でしたMessage=オブジェクト参照がオブジェクトのインスタンスに設定されていません。*

PowershellがDLLファイルに対して、WindowsエクスプローラーのファイルプロパティページとWMIクエリの両方が示すものとは異なるバージョン番号を返す理由を理解しようとしています。（これがコーディングの質問として正しく適格でない場合は、事前に謝罪します。）

シナリオ：

次のPowerShellコマンドを実行します。

これにより、次が返されます。

6.1.7600.16385

ただし、このバージョン番号は正しくありません。Windowsエクスプローラーからバージョン情報を調べると、次のバージョンが表示されます（申し訳ありませんが、その小さなスクリーンショットを投稿しようとしましたが、十分な担当者がいません。ここでは新しいです）。

6.1.7601.17767

さらに、WMICクエリはWindowsエクスプローラーと同じ結果を表示します。

WMICの結果：

バージョン

6.1.7601.17767

なぜ違うのかよくわかりません。Powershellを使用してこの値を返したいのですが、何かを見落としているのか、ある種の奇妙なバグに遭遇したのかはわかりませんが、2つの方法のバージョンの不一致は混乱を招きます。注として、これをPowershellに戻すためのメソッドのバリエーション（Get-ItemChildやGet-ItemPropertyなど）を実行しましたが、同じ誤ったバージョンの結果が得られます。

理由について何かアイデアはありますか？

コマンドラインでバージョン情報を取得するようにリソースビルドを構成しようとしています

rc.exe /DVERCSV=8,0,0,0 /DVERDOT="8.0.0.0"

最初はうまくいっていると思っていたのですが、何か不具合があるようです。

エクスプローラーで表示すると破損しているようです - ProductVersion 文字列にゴミが表示されますが、exe または res ファイルを開くと文字列値が正しく表示されます

ただし、値をrcに直接保存するか、visualstudioリソースエディターで「同じ」値に編集する場合（.resへのコンパイル後）、エクスプローラーは目的の値を表示できます（保存するためのマイナーチェンジ）。

解決するために他にもさまざまなことを試しました

• 末尾の null がありませんか?
  • VALUE "製品バージョン"、VERDOT "\0"
  • \DVERDOT="8.0.0.0\0"
• 注文
• 他の翻訳
• コード ページの変更
• #pragma code_page(1200)
• セカンダリ #define ファイル
• #VERDOT を使用して文字列を引用符で囲む
• 代わりに CSV 値を使用する

WindowsリソースでPrivateBuildフラグを設定する必要があるのはいつですか？VERSIONINFOMicrosoftのドキュメントによると、次の場合に使用する必要があります。

「ファイルは標準のリリース手順を使用してビルドされませんでした。この値を指定する場合、StringFileInfoブロックにはPrivateBuild文字列が含まれている必要があります。」

たとえば、Pythonのカスタムビルドにいくつかの変更を加えて出荷していますが、ファイル名はそのままですpython27.dll。プライベートビルドとしてマークする必要がありますか？