ビルド環境による依存の謎

Question

お世話になってます。

VisualStudio2015 + Windows10 でビルドしたexeやdllですが、Windows7 等で実行すると動かないことが多々あります。
再頒布パッケージかな？と思い入れてみても動かない。しかし、VisualStudio2015 を入れると動く…！

何が足りないのかご教示頂けると幸いです。

追記：
上記にあるように、開発環境は Windows10 で VisualStudio2015 です。
この環境でビルドしたものが、同一バージョンの.NET Framework の Windows7 だと挙動が違ってしまいます。
へんな所で NullRef とか出たりします。BadImage が出るマシンもありました。が、
再頒布パッケージを入れても解決しなくて、VisualStudio2015 を入れるだけで動くようになります。
入れるだけです。使用したりしません。
VS2015 を入れると、実行環境に何がプラスされるのかが聞きたかったのですが、もはや謎過ぎて頭が痛いです。

宜しくお願いします。

追記２：
VisualStudio2015 一度インストールすれば、その後アンインストールしても問題ないようです･･･。

Comments

[Y.H.]

「動かないことが多々」のときどのようなエラーメッセージが出ているのかを質問に記載ください。でないと誰にも答えられないと思います。

[Tak1wa]

マネージドの話ですかね。動かないとは、具体的にどうなるのでしょうか（特定のエラーメッセージが表示される？）

[mugicya]

すいません、追記いたしました。

Answer 1

動かないとはどのように動かないのでしょうか？ エラーが表示されたなら、それも書いた方が回答しやすいです。

すぐに思い当たるものとしてはDebugビルドとReleaseビルドの違いでしょうか。Debugビルドした方は開発環境（に含まれるDebug用ランタイム）がないと動きません。

Comments

[masaya_ohashi]

Debugビルドはあるあるですね。私はこれで就活の作品選考で大失敗しました(先方のPCで全く動作しない)

[mugicya]

ビルドは必ずReleaseですね。お客さんに出しているので。

[catsforepaw]

動かないとは、起動しないのではなく「期待通りに動かない」ということですね。根本的なところで認識が違っていたようです。

ただ、まだ情報が足りません。何をインストールしたのか（インストールオプション）と、ビルド構成（EXEとDLLそれぞれのプロジェクトのプロパティ）も確認したほうがいいかもしれません。

それと、`NullReference`や`BadImage`例外が出るということなので、それを手がかりにデバッグコードを仕込んで原因を突き止めていく必要もあるでしょう。そもそも、お客さんに出すようなアプリでそのような例外が出るということは、エラーのハンドリングが正しくできていないということです。配布目的ならエラーのハンドリングは特に注意深く行わなければいけません。場合によってはログ出力の仕組みも検討した方が良いでしょう。

[mugicya]

そうですね…エラーのハンドリングが甘いですね。そこは修正しようと思います。
BadImage例外は、Windows7 に .NET Framework4.6.2 が入っており、ビルドした実行ファイルは 4.6.1 向けでした。その時は、WPFのCompositionTarget.Renderingイベントで出ておりました。
しかし、VS2015を入れたら問題なく動くように…。

[catsforepaw]

他に思いつくこととしては、作成したプログラムの中でVisual Studioのインストールフォルダーの中のものを参照しているかどうかですね。当該フォルダーをリネームしてみれば確認できると思います。
あとは、Visual Studioをアンインストールしたらまた問題が起こるのか、インストールするときにインストールオプションのチェックを外して最小限の構成にしても正しく動くのか、もしそれで動かなければどのチェックを入れれば動くようになるのか、というようなことの確認ですかね。

やはり原因究明で一番確実なのはデバッグコードを仕込んで挙動をトレースすることだと思います。

Answer 2

C#タグとC++タグがついていますが、主にどちらを使っていますか？
C++だと再頒布パッケージを入れてみる、という対処もありですが、C#だと関係ありません。C#なら.NET Frameworkのバージョンを確認してみてはいかがでしょうか？
Windows7のマシンに最新の.NET Frameworkがインストールされていなかったのかもしれません。

Comments

[mugicya]

基本、ＵＩはC#、DLLはC++という感じです。
.NET のバージョンはあってます。質問にも書いてあるように、VS2015を当該マシンにインストールすると動くようになります。

Answer 3

C++ならプロジェクトのプロパティの全般のなかにプラットフォームツールセットが有ります。ここの設定はどうなってますか？
私が使用している環境はWindows7でWin10ではやったこと無いので推測ですが、ここで、設定を切り替えればWindows7でも動くようになるはずです。
Windows7の場合は、Windows XP(v140_xp)というのがあり、これを選択すればXPでも動かせるEXEを作成できます。

外していたらすいません。

Answer 4

・Dependency Walker で確認？

・.NET Frameworkのバージョン不一致
これはエラーメッセージが出ますね。

・64bit と 32bitの違い。C#からC++のDLLを呼び出してるとたまにやってしまう。

Comments

[mugicya]

.NET バージョンはあってます。
64、32の違いは構成マネージャを確認した限りはないですね。