0
私は一般的なアドバイスを探しています。 XPとVistaマシンで使用されるocxファイルを出力するVisual Studio 2010プロジェクトを作成しました。 DLLが依存するDLLは、Win7マシンで更新されています。私は単に、更新された.libファイルで正確に同じコードを使用してWin7を再構築する必要がありました。 2番目のプロジェクト構成（ReleaseW7）を作成しました。これは、新しい.libを指す点で、元のプロジェクトconfig（Release）としか異なります。Visual Studio：新しいOSの異なるocxファイルのバージョン番号？
これで、xx.ocxという名前の2つのファイルがあります。各ファイルが存在するフォルダの名前を調べる（またはそれぞれの作成時刻を調べる）だけでなく、どちらがどのファイルであるかを判断する方法もありません。私は別のファイルバージョン番号を使用することを考えましたが、私はこれまで比較的新しい（つまり私が間違っている可能性がある）ことがわかりましたが、それぞれわずかに変更されたリソース（.rc）ファイルを持つ2つの別々のプロジェクトが必要でした同じプロジェクト内で2つの構成を持つだけです。それ以上のことがなければ、それはハードドライブスペースの無駄に思えます。それはまた、ファイルのバージョン番号を使用する "間違った"方法のように感じる
これを処理する "より標準的な"方法がありますか？私が本当に欲しいのは、ocxをインストールし、エンドユーザが正しいファイルを使って作業しているかどうかを知るための手段です。
または、別のファイルのバージョン番号が実際に合理的な解決策である場合（iexxx0 = XP/Vistaとxxx7 = win7の）次に、それぞれが異なる.rcファイルを利用する2つの構成を持つ1つのプロジェクトを持つ方法がありますか？各.rcファイルには異なるバージョン情報があります。あるいは、私が使用している設定に応じてビルドするたびに手動でバージョン情報を変更する代わりに、これを行う他の自動化された方法がありますか？ – anthony444