coo MEMO

これらのＤＬＬを入れ替えるだけで、コンパイラはＶＣ６だけでもいいのでしょうか。ＶＣ６＋ＶＣ５のＤＬＬでＶＣ５のプロジェクトを正しくビルドできるのでしょうか。（ＤＳＰファイルは更新されますが）

コメントありがとうございます。
今、手元に再現できる環境が無いので確実ではないですが、VC6+VC5のDLLな環境でデバックすると落ちたかと記憶してます。逆（VC5+VC6のDLL）の環境でも同様です。
ここで問題になるのはデバック動作だけですので、単にコンパイルする（VC5のプロジェクトをVC6でビルドしたい）だけなら、VC5の環境は必要ないかと思いますよ。書き込みの通りDSPファイルが更新されるので、戻ることは出来なくなると思いますが・・・。
もし、VC5のプロジェクトがVC6で正しくコンパイルor動作しないということでしたら、それはここでの解決法では無く、VCの設定かソースコードに問題があるのかもしれませんね。

すみません、役に立たないコメントです。

cooさん、コメントありがとうございます。
説明不足でしたが、”ＶＣ５のＤＬＬ”というのは、ＶＣ５のすべてのＤＬＬではなく、最初の投稿に書かれている８個のＤＬＬのことです。ＶＣ６＋ＶＣ５のＤＬＬでビルドできるが、できたＥＸＥファイルをＶＣ６のデバッガではデバッグできない（実行できない）ということでしょうか。また、デバッグできたとしても実際の実行環境（ＶＣ５のＤＬＬ）ではエラーになるということでしょうか。
説明が前後しますが背景を説明すると、現在、Ｗｉｎｄｏｗｓ２０００上にＶＣ５とＶＣ６の開発環境をもっており、デュアルブートにしてそれぞれのプロジェクトをメンテナンスしています。今回、開発用ＰＣがＷｉｎｄｏｗｓＸＰに変わるため、環境の移行に悩んでいます。デュアルブートにしてもいいのですが、プリロードのＸＰなので２番目のパーティションにセットアップできません。セカンドＨＤＤにしてブートするというテもあるのですが、ドライブ番号が変わってしまうために、ショートカットアイコンが機能しなくなります（使い勝手が悪くなる）。また、イントラネットに接続しているとホスト側から不定期にセキュリティチェックが行なわれるので、デュアルブートも考え物です（セキュリティパッチを両方に適用して同じレベルに保たなければならない）。
そこでＤＬＬだけ交換して共用（併存）できるのであれば、一番楽かなぁ、と思ったわけです。

追記）
ＶＣ５からＶＣ６に変更すると、初めて開くときに「残しますか」（英語だったかもしれない）ときいてくるので「はい」を選ぶとＤＳＰファイルの拡張子を001として残してくれます。ＶＣ５に戻すときは、その拡張子をDSPに変更してやれば戻れます。

bigmakさん、コメントありがとうございます。
bigmakさんの書き込みにあるように、私も一つのOS上にVC5とVC6の環境を共存させて（さらに言えば.NETも共存してます）作業しています。
私の場合ですのでもちろん保証はありませんが、以下のような手順でVC5とVC6を共存させています。
１．OSのインストール
２．VC5のインストール＆最新SPへの更新
３．SYSTEM32ディレクトリの８つのDLLを、別フォルダ（例：VC5DLLなど）に保存
４．VC6のインストール＆最新SPへの更新
５．SYSTEM32ディレクトリの８つのDLLを、別フォルダ（例：VC6DLLなど）に保存
６．VC5で作業するときには、VC5DLLに保存しているDLLをSYSTEM32にコピーしてから起動
７．VC6で作業するときには、VC6DLLに保存しているDLLをSYSTEM32にコピーしてから起動
つまり、各VCを起動する前に、それに対応する保存済みDLLをコピーしてから起動させる事で共存させています。
※：実際にはコピー忘れを防ぐために６と７を行うプログラムを作ってそれを起動しています。

もし、"VC6+VC5のDLL"な環境だけで全てがまかなえるか？という事でしたら、それはＮＧかと思います。実際に私の環境ではデバッカ動作させたら落ちていたと記憶しています。競合するのはデバック版DLLだけですので、リリースビルドでしたら問題無いかもしれませんが、個人的にはスッキリしないのでお勧めはできません（＾＾；

以上、お役に立てればよいのですが。

bigmakさん追記ありがとうございます。
たしかにおっしゃるとおり、バックアップが残りましたね。忘れていました。

cooさん、早速の返答をありがとうございます。
最後に確認させてください。
１．ＤＬＬを交換後の”起動”はＶＣ５あるいはＶＣ６の起動のことですか、それともＯＳの再起動ですか？
２．ＶＣ５とＶＣ６は、異なるフォルダー名にインストールする必要がありますよね？つまり、インストール時に「インストール先のフォルダー名」をデフォルトから変更する必要がありますよね？

＞※：実際にはコピー忘れを防ぐために６と７を行うプログラムを作ってそれを起動しています
私もこういう方法を考えていました。

いろいろと役にたちます。ありがとうございます。

ＶＣ５とＶＣ６のインストール先フォルダー名はデフォルトですでに異なっていました。名前を変更する必要はありませんでした。
週末にでもＤＬＬ交換後の起動とビルド、実行を確認します。

bigmakさん返答が遅れました。
１．については"VC5またはVC6"起動の事です。OSの再起動は必要有りません。言葉足らずで混同させてしまいました。
２．はbigmakさんの追記でもありますが、VC5とVC6は別フォルダで運用したほうが良いかと思います。

以上、お役にたてば嬉しいです。

cooさん、ありがとうございます。
前コメントで最後になるつもりでしたが、新たな疑問が湧いてきたのでお聞きします。わかれば教えてください。デバッグ用ＤＬＬとインストールパスのことはわかりましたが、ビルド時のインクルードパスとライブラリーパスはどうなるのでしょうか？絶対パスで指定されていると、早く見つかったほうが適用されてしまい、ＶＣ６なのに使用したのは（知らないうちに）ＶＣ５のヘッダーファイルとライブラリーということにはなりませんか？

bigmakさんコメントありがとうございます。
たしかにおっしゃるとおり、インクルードパスやライブラリパスなどの環境変数は、各々のバージョンに合わせるべきだと思います。ただこれは、手動でコマンドライン等からビルドする場合に注意すべき事で、IDE上ではデフォルトで各々の（VC5ならVC5の、VC6ならVC6の）インクルードやライブラリのみのパスが指定されていると思いますがいかがでしょうか？もしそうなっていない（例えばVC6の[オプション]->[ディレクトリ]にVC5のパスが含まれているなど）ようでしたら手動で修正すべきだと思います。
例えば、VC5を起動したことによって、VC6の環境変数が（知らないうちに）変更されてしまうことがあるのか？ということを心配されているようでしたら、それはIDEだけを使用している限りは大丈夫だと思います。
つまりIDEだけを使用するのならそれほど問題にならないのですが、コマンドライン上でのビルドが必須で、VCVARS32.BAT等を使って環境変数を変更しなければいけないのでしたら、bigmakさんのご推察通りの不具合が発生する可能性は高いです。そのような場合はバッチの書き方にも工夫が必要です。
以上、お役にたてば幸いです。