ビルドはできるけどデバッグができない

Question

現在、Visual Studioで１つのプロジェクトを作り、ソースファイル(C++)にプログラムを書いてデバッグを行おうとしています。
ビルドはできたのですが、デバッグができません。
デバッグ開始をしてみると警告みたいなものが出てきて、「初回例外が0x032FBFCA(opencv_core310.dll)で発生しました(プロジェクト名.exe 内):0xC0000005:場所0x00000011の読み取り中にアクセス違反が発生しました。
この例外のハンドラーがある場合は、プログラムを安全に続行できます。」
と表示されます。
デバッグなしで開始をするとプロジェクト名.exeは動作を停止しました。
と表示されます。

このエラーの原因はopencv_core310.dllかプロジェクト名.exeだと考えていますが、ライブラリのパス指定もうまくできているのでおそらくプロジェクト名.exeだと思っていますが何がいけないのかわかりません。

心当たりのある方はご教授願います。

---

OS:Windows
IDE:Visual Studio 2013 Professional
ライブラリ:opencv3.1.0

---

Answer 1

こんにちは。

「0xC0000005:場所0x00000011の読み取り中にアクセス違反が発生しました。」はメモリの不正アクセスです。
デバッガで例外が表示された時に「中断」を選択し、「呼び出し履歴」タブを開くとその例外が発生するまでのスタックの状態が表示されます。サブルーチン呼び出し後の戻り先がここに新しい物から順に表示されています。
これを見て、TetsuroMuraseさんのプログラムまで辿れる筈です。
そこに至るまでのTetsuroMuraseさんのプログラムに何か問題がある可能性が高いです。

Comments

[culuculu]

簡単なプログラム（cv::namedWindowやcv::imshow、cv::waitKeyなどの関数のみ）に書き換えた後、うまく実行までできました。
やはり、プログラムに問題がありそうです。
ありがとうございます。

[culuculu]

プログラムを書き換えたところ、デバッグしようとしたら前回とは少し違い、「ハンドルされない例外が0x00153599(プロジェクト名.exe)で「発生しました:0xC00000FD:Stack overflow(パラメーター:0x00000001,0x00C82F74)。」とでました。
これは前回のライブラリがエラー内容でもなさそうですし、プログラムでもないと思っているのですが...わかりません。

[Chironian]

スタックオーバーフローの場合、呼び出し履歴が長くなるのでこちらは使えない場合が多いです。
スタックオーバーフローの原因は多数ありますが、良くあるものが２つあります。

・巨大な配列をローカル変数として確保した
・再帰呼び出し時のreturn判定ミスです。

思い当たることはないですか？
特に画像を扱っている場合、ついローカル変数で巨大配列を定義することがあるので、前者は怪しいと思います。

OpenCVのようにメジャーなライブラリの場合、それを使っている人が多数いるため、簡単に見つかるような不具合は修正されていることがほとんどです。(99.99%くらい？）
それに対して、自分が開発中のソフトウェアにそれは全く期待できません。
なので、経験的にも、デバッグ中のプログラム（ライブラリの使い方を理解できていないこと含む）を疑った方がスムーズに進みますよ。

[culuculu]

確かに画像を使っていてい変数はローカルで指定しています。
cv::imread(".png")でローカル変数として入れているのですがまずいでしょうか？
これがローカル変数で巨大配列を定義することになるのでしょうか？
先ほど、その画像をimread関数で読み込んでいる変数をmain関数の外に出したのですが結果は変わりませんでした

[culuculu]

プロジェクト プロパティページ にある
「構成プロパティ」→「リンカー」→「システム」の「スタックサイズの設定」でサイズを大きくしてみたのですが(100MB)結果は変わりませんでした。

[Chironian]

OpenCVの画像はスタックではなくヒープに確保されますのでスタックオーバーフローとは無関係です。
例えば、DWORD temp[1024][768][3];のような確保はしてないでしょうか？
しかし、スタックを100Mに増やしてもだめなら、更に巨大なメモリを確保していることになるので、こちらではないかも知れません。その場合は再帰定義ミスの可能性も疑うべきです。

問題が再現する最小限のソース（50行～100行程度）を作って提示された方が早いかも知れません。
その場合は、質問欄の上の方にある<code>を押してでてくる、'''の間にソースを貼り付けるようにご注意下さい。（でないとインデントが反映されないので読めなくなります。）

[culuculu]

最初の質問欄にプログラムを追加しました。
見てください。

[Chironian]

VideoPicture()関数の中で何の条件もなくVideoPicture()を呼んでいるので無限にVideoPicture()がcallされます。１回呼ばれる度にスタックを使うので、結構短い時間でスタックオーバーフローに至る筈です。

[culuculu]

VideoPicture()関数の中のコードをコメントアウトするとエラーが出なくなりました。
プログラムのせいで実行ファイルが動かなくなることに気づけませんでした。

[culuculu]

ありがとうございます。

Answer 2

"opencv_core310.dll"はRelease"モード用です。Debugの際は"opencv_core310d.dll"をリンカーの入力に指定しましょう。

Comments

[culuculu]

リンカー入力に継承の値としてopencv_core310d.libとopencv_core310.libが共に設定されていますがRelease用の値は消した方がいいでしょうか？

先ほど,Releaseでビルドしようとしたところ、エラーが多く出てしまいました。
これとエラーに関連があるのでしょうか？
Releaseモード用のライブラリに問題があるとエラーで言われてる感じがするので...

[MasahikoHirata]

プロジェクトのプロパティーで"Debug"と"Release"の切り分けが出来ると思います。また現象を見るとDebugなのにエラーはRelease用のDLLでしたので。
Debugの方のプロパティーに”opencv_core310.dll”が記載されているのであればそれを削除して再ビルドしてみてください。

[MasahikoHirata]

”先ほど,Releaseでビルドしようとしたところ、エラーが多く出てしまいました。
これとエラーに関連があるのでしょうか？”
恐らくプロジェクトのプロパティーの設定に問題が。

[MasahikoHirata]

まずは、簡単なプログラム、例えば”cv::Mat src = imread("画像ファイル"); imshow("Temp",src); waitKey(0); ”位のものを試しに作成してデバッグから。

[culuculu]

cv::namedWindowやcv::imshow、cv::waitKeyなどの関数をプログラムに入れてビルドしてデバッグできました。
やはり、プロパティの設定か自身の今作っているプログラムに問題があるのかもしれません。
ありがとうございます。

[MasahikoHirata]

debugが出来るようになったら、適当な所にブレークポイントを仕掛けてF10でステップトレースして、エラーが発生する場所を特定する事をお勧めします。

[culuculu]

プログラムを書き換えたところ、デバッグしようとしたら前回とは少し違い、「ハンドルされない例外が0x00153599(プロジェクト名.exe)で「発生しました:0xC00000FD:Stack overflow(パラメーター:0x00000001,0x00C82F74)。」とでました。
これは前回のライブラリがエラー内容でもなさそうですし、プログラムでもないと思っているのですが...わかりません。

[MasahikoHirata]

エラーがスタック　オーバーフローですから、サブルーチンコールが無限ループに入ったのでは？

[MasahikoHirata]

先ほども記載しましたが、怪しいと思われる処理の直前位にブレークポイントで細かく確認。

[culuculu]

なんとかエラーは消すことができました。
Visual Studioでブレークポイントを指定したことがなかったのでよくわかっていませんでした。
今後は、新しく追加した関数等にブレークポイントを追加したいと思います。
新しい知識を提供してくださり、ありがとうございました。