スタートアッププロジェクトかどうかは不問。)に配置するとエラーが発生しなくなりました。なんとなく想像はつきますが、おかしな結果ですね。フィードバックされると良いかもしれません。2のWrapperクラスをは何れのクラスとも別のプロジェクトです。同じプロジェクトにしたら起こりません。以下、TH01さんの前のコメントに対するものです。コメントにすると状況は変わらないでしょうか?変わりません。その後、ツールボックスのPictureBoxを乗せています。すると自然に提示のコーディングのようになります。返信が重なったようですね。私の返信を見逃されていましたら見てください。その後、ツールボックスのPictureBoxを乗せています。不可解な現象についての話題でしたので、念のために確認させていただきました。乗せるという手順は不要に思われます。フィードバックされると良いかもしれません。環境で再現を確認しました。現象が発生した場合は、デザイナで何か操作する前に一旦閉じて、デザイナを開き直すと復旧します。ソース管理されていない場合は、意図せぬ変更が保存されるリスクがある点にご留意ください。登録して問題なさそうに思えます。検索をかけようとしたらエラーばかり...。件は再現を確認していませんので判断を保留します。さんのご意見とか気になります(^^;)ご指名を頂いてもあまり良い答えをできるとは思っていませんから!質問スレッドで解決した場合は、解決の参考になった投稿に対して「回答としてマーク」のボタンを押すことで、同じ問題に遭遇した別のユーザが役立つ投稿を見つけやすくなります。15:09返信|引用モデレータ0サインインして投票これは、ラッパークラスの作成方法の問題ですね。メソッドを別途用意するようにすれば解決するでしょう。範囲に公開しなくてよくなる、ということもあります。呼び出しをどのようにコンパイルし、それが実行時にどのように展開されるかという問題ではないかと思います。するとWM_PAINTの応答に対して例外ハンドラが設定されなくなるためではないか、と。呼び出されて失敗している...ですよね?いえ、違うと私は考えています。しなくても発生します。次の場合でもエラーが発生しました。フォルダになってしまう場合があるということのようです。引き金でしたが、他にもあるのではと思います。さんの話、関係ありそうですね。理解できてませんけど...。呼び出すかについて、難しい話があるのかもしれませんけど。ディレクトリ外部に見つかりました」というエラーに変わりました。さん(に限らないですが、)間違っているところをご指摘いただけるだけでもありがたいです。ダブルバッファリングをオフにすると再現するというより、ダブルバッファリングがオンの場合だと、何らかの手順と順序が逆転してうまいことアセンブリがロードできているようですね。クラスの入ったアセンブリがコピーされていません。キャッシュの再構築がかかるまで、ずっとコピーされないのが問題ですね。変な現象が出ていて困っていた時、この現象も出て私のプロジェクトがおかしくなったのか心配していましたが、他でもでるということです。状況さえ把握できれば、私としてしては運用上は何も問題ありません。登録はTH01さん代行して頂けませんが。(以前にもそのように進められたことがあったのですが、そのまま、になっています)既に、TH01の方が私より十分に把握されていて、皆さんのためになるかと思うのですが。2:01返信|引用0サインインして投票はい、いいですよ。(本当は全然得意じゃないんですけど)ただ、報告するまでに時間はかかると思います。忘れたころになるかもしれません。RC(をインストールしてそれ)でも試してみようとも考えています。そちらで再現しなければ報告しなくてもよいかなあとか思ったりするかもしれません。キャッシュ」の確認方法を教えていただけませんでしょうか?はじめて聞く言葉でしたし、検索しても見つかりませんでした。重要な情報だと思うので、報告に含めたいと思っています。