これらの4つのバージョンの中から必要なMicrosoft Visual C++ 2008ランタイム

Question

私はMicrosoft Visual C++ 2008ランタイム（x86）をインストールする必要がありますが、Googleを検索して、Microsoftが4種類の異なるバージョンMicrosoft Visual C++ 2008ランタイムの

1. Microsoft Visual C++ 2008再頒布可能パッケージ（x86）に公開 日：2007年11月29日

2. のMicrosoft Visual C++ 2008 SP1再頒布可能パッケージ（x86）に公開 日： 9/16/2008

公表

3. のMicrosoft Visual C++ 2008のService Pack 1再頒布可能パッケージATLのセキュリティ更新プログラム 日：2010年9月29日

4. のMicrosoft Visual C++ 2008のService Pack 1再頒布可能パッケージMFCのセキュリティ更新プログラム 日に公開：6月7日/ 2011

たバイナリ私は第四1は、私が第一のランタイムを使用して構築されたアプリケーションを実行することができますダウンロードした場合（上記、ダウンロードしてください今すぐ： - 1.のMicrosoft Visual C++ 2008再頒布可能パッケージ（x86 ） - 発行日：2007/11/29）。

またはすべてを順番に1つずつインストールする必要があります。教えてください。

FYI：1.私はすでに転記する前にstackoverflowを検索し、答えを見つけられませんでした。 2.私はこの言葉をgoogleで検索しました： - VC++ 2008

Answer 1

私はそれらをすべて時系列に推薦したいと思います。 インストーラの中には、バイナリカスタムアクションを使用するものもあります（InstallShieldなど）。これらのインストーラは、マニフェストにハードコードされた依存関係を持つことがあります。 軽量で、互いに衝突することはありません。

Answer 2

公表1. Microsoft Visual C++ 2008再頒布可能パッケージ（x86）日付：2007年11月29日

これは、あなたは、Visual Studio 2008でコンパイルされた32ビット（x86）のアプリケーションのために必要な1 。

公表2.のMicrosoft Visual C++ 2008 SP1再頒布可能パッケージ（x86）日付：上記のように2008年9月16日

同じ、EXCこれにはService Pack 1（SP1）からの更新が含まれています。 Visual Studio 2008 Service Pack 1を使用してアプリケーションをコンパイルした場合は、上記の代わりにこれを使用してください。

Visual Studioのバージョンとサービスパックのレベルは、IDEのヘルプ - >バージョン情報で確認できます。公表され

3のMicrosoft Visual C++ 2008のService Pack 1再頒布可能パッケージATLのセキュリティ更新日：2010年9月29日

4。マイクロソフトのVisual C++ 2008のService Pack 1再頒布可能パッケージMFCのセキュリティ更新プログラムの公開日：2011年6月7日

私は、これら二つは上記の再頒布可能パッケージにだけオプションの更新プログラムがあるかどうかを名前から言うことができない、または彼らがいるかどうか完全再配布可能なパッケージとのオプションのアップデートを含めます。

どちらの方法でも、アプリケーションがATLまたはMFCで書かれている場合にのみ必要です。

---

、これはあまりにも混乱している場合、あなたも、あなたのアプリケーションを配布するときに、これらの再配布可能なインストーラのいずれかを使用する必要はありませんので注意してください。実行可能ファイルと同じフォルダに必要なランタイムDLLを配置するだけで、うまく動作します。

必要なライブラリの正しいバージョンが、Visual Studioインストールの一部としてコンピュータにコピーされます。

<Program Files folder>\Microsoft Visual Studio 9.0\VC\redist\x86 

Answer 3

直感的な選択は正しいですが、最新のバージョンをインストールしてください。これらのインストーラは、古いバージョンを新しいバージョンに尋ねるプログラムをリダイレクトするパブリッシャポリシーファイルも展開します。批判的なバグ修正やセキュリティアップデートを有効にするための基本的な仕組みはどれですか？

また、より鈍い言い方をすると、パブリッシャーポリシーはDLL Hell対策に対する対策になります。彼らはうまくいく、私は決して誰もがこれらのDLLのバージョン管理の問題について不満を聞いたことはありません。より典型的なDLL Hellの問題は、これらのside-by-side DLLでは発生しない古いバージョンのDLLを上書きすることです。プログラムが新しいファイル（.manifestファイルを参照）を要求したときに古いバージョンをデプロイするのは、失敗鯨です。