ステートメントの後でコマンドが実行されない

Question

フォームロードイベントにコードがいくつかあります。それはうまくやっている。しかし、データベースからデータを取り出すために到達すると、それ以降はコマンドが実行されません。エラーは一切ありませんが、ただ静かになります。

次のように私はそれをテストした：

​​

お知らせください。 ありがとう Furqan

メッセージボックス1はデータを表示していますが、メッセージボックス2は表示していません。実際には、2番目のメッセージボックスステートメントは、応答をまったく表示していません。

Answer 1

これは64ビットオペレーティングシステムでは厄介な問題です。フォームのLoadイベントから実行されるコードで発生した例外は、診断なしでは飲み込まれます。これは、MicrosoftのDevDivとWindowsグループが互いに指を指しているため、解決されない古い問題です。私の指はWindowsグループを指していますが、それでもどちらも役に立ちません。 、

• プロジェクト+ [プロパティ]タブをコンパイルし、高度なコンパイルオプションをスクロールダウンし、x86のからAnyCPUにターゲットCPUオプションを変更します。この問題を解決するための

  2つの基本的な方法。これにより、例外を巻き込むWow64エミュレーションレイヤーが無効になります。

• Debug +例外で、[共通言語ランタイム例外]の[Thrown]ボックスにチェックを入れます。デバッガは、例外がスローされるとすぐに停止します。

また、OnLoadメソッドまたはLoadイベントを使用する必要はほとんどありません。正確であるには、フォームのサイズまたは場所またはハンドルが必要なコードだけが必要です。他のものはフォームのコンストラクタに属します。 Loadが頻繁に使用されるのは、VB6の時代主義であり、Loadイベントをフォームのデフォルトイベントにしたデザイナーの設計で引き継がれています。 「Sub New」と入力してコンストラクタを追加します。

Answer 2

まあ、DsGetPprStatusfromEnrSummary.tblPaperEnrSummaryへの呼び出しが決して戻ってこないことは明らかです。それはどこかに問題があることを意味します。

これは何ですか？私はそれがDataSetだと思いますよね？

しかし、これは複雑なアーティファクトであるため、YuckyPooPoo（TM）IMHOという静的に参照しています。それで、それをunisolatableとみなし、根本的にはテストできないものをすべてレンダリングしました。起動したダイアログでCodeProjectの

に答えを受信

Answer 3

は、「スローさ」と「未処理」の両方で、すべてのチェックボックスにチェックを入れました。 [OK]を押します。 デバッガを使用してアプリケーションを実行すると、アクティブハンドラを持っていても例外が発生します。これは、問題を追跡するのに役立ちます。

問題を解決しました。