https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html 「エラー処理（例外処理）の基本」に投稿されたコメントの一覧 ja https://dobon.net/banner/dbs1.gif https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html 88 31 https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#19 C#で On Error Resume Next的なことができないかと思いました。
Catch内から Resume Nextするとか
処理1～10があって、それらはエラー起きても次々実行させたいなというとき、一つづつtryで囲むのは避けたいと（面倒とも言う）
そういうのはふさわしくないと思われる方もいるでしょうが]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#18 とても解り易かったです。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#17 すごくわかりやすかったです]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#16
１．Visual Studio メニューのデバッグ、例外を選択。
２．Common Language Runtime Exceptions のスローされるときにチェックを入れ、OKを押下。

こうすると Try～Catchが書かれていてもエラー発生行で止まるようになります。そのままだとデバッグしづらくなるので、終わったら設定を元に戻してください。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#15
exe と同一ディレクトリに pdb があれば ex.StackTrace でファイル名と行番号が取れます。行番号はエラーの発生した次の行を指します。

pdb はClickOnce等のインストーラーで既定で配布対象外になっていますが、設定を変更すれば配布できます。但し、pdb は機密情報(ソースの情報)を含み、サイズも大きいので配布するかどうかは慎重に検討してください。

エラー情報をログに記録する目的であれば ex.ToString がお勧めです。型、内容、スタックトレース、内部例外を全て文字列に変換してくれます。UnhandledException と組み合わせてデータベース等にログを記録するようにすれば、利用現場で起こっているエラーを容易に追跡・対処できるようになります。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#14 できるならその方法が知りたいです。
VB6 のときは、Resumeでエラー発生行がわかりましたけど。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#13 やったところ、OvewflowException、InvalidCastExceptionにも対応しているらしいです。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#12 よーわかった。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#11 大変参考になりました。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#10 https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#9 説明文中「スロー（slow）」は「スルー（through）」ではないのでしょうか。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#8 > 何行も Try ～ Catch で囲むと、後で変更があった場合に修正漏れの原因となる。

簡単に言うと、「File.Existsをtryブロックに入れるな」ということでしょうか?実は私もそう思っていました（以前はこの記事のコードもそうなっていました）。ところが、説明にも書きましたが、MSDNの

File.Exists メソッド (System.IO)
http://msdn.microsoft.com/ja-jp/library/system.io.file.exists(VS.80).aspx

には、「Exists メソッドとファイルに対して実行する操作を try...catch ブロック内にラップすることをお勧めします。」と明言されています。MSDNのこの記述を無視することはできませんので、File.Existsをtryブロック内に入れました。

ところが先ほど確認したところ、.NET Framework 4.0からこの記述がきれいに消えていました。どういうことなのかまだ分かりませんが、もし以前の記述が間違い（あるいは無意味）であったならば、私の記事も書き換えたいと思います。

> 再スロー、キャッチしなかったものが呼び出し元に戻り、最終的には関連の「捕捉されなかった例外がスローされたことを知る」につながる事を説明して頂きたい。

この点、説明不足であれば補強します。ただしこの点も、以前は「捕捉されなかった例外がスローされたことを知る」の説明を本文に入れていたものを、あえてやめました。というのは、あまりに安易にこの方法を使われる方が多いと感じたからです。初心者の方には安易にこの方法を使ってほしくありませんので、あえて「関連」にだけ入れることにしました。

引き続きご意見がございましたら、よろしくお願いいたします。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#6 何行も Try ～ Catch で囲むと、後で変更があった場合に修正漏れの原因となる。
また、VB6から移って来た人がこのサンプルを見たら、ON ERROR GOTO の代わりとして使って、すべての Function・Sub プロシージャが Try ～ Catch で溢れかえったあげく、どこかでトラップミスを発生させることになるだろう。（実際にorz）
再スロー、キャッチしなかったものが呼び出し元に戻り、最終的には関連の「捕捉されなかった例外がスローされたことを知る」につながる事を説明して頂きたい。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#5 大変勉強になりました。]]> https://dobon.net/cgi-bin/pc/pc.php?mode=v&id=beginner%2Fexceptionhandling.html#4 詳しい説明、大変参考になりました。]]>