スタートアッププロジェクトかどうかは不問。)に配置するとエラーが発生しなくなりました。なんとなく想像はつきますが、おかしな結果ですね。フィードバックされると良いかもしれません。正しく判定できないようです。フィードバックで何度もこの問題が提示されてるようですが、修正できないようですね。以下のスレッドで回避方法が提示されてますのでご覧ください。http://social.msdn.microsoft.com/Forums/ja-JP/csharpexpressja/thread/d946a597-0ba4-4880-b99b-13c728e2f39fちなみに私の場合、上記スレを参考にして以下のようなクラスを作って回避しております。(コントロールツリーの一番上の)コントロールのSiteを経由してDesignModeを取るという形で解決しました。Parentをたどれるだけたどって、そこのSiteからDesignModeを取るとうまくいくと思います。今回の場合は入れ子なんでしょうか?コントロールをフォームの上に貼り付けているだけで入れ子ではないように思えますが。PictureBoxから派生させているので、入れ子と同じことになっているのでしょうか?本体のソリューション全体だけでやっている分には問題なく、DesignModeは正しく把握できています。ちなみに、以下のようにコーディングしましたが、上手く行きません。DLL関数コール}デザイナーでフォームが壊れ、本体のソリューションが知らぬ間に壊れたのではないかと心配しましたが、今回の場合はテスト用のプロジェクトのフォームを開けていなければ問題なさそうで一安心です。正しく判定できてないのでしょうね。イベントが発生するのでおかしくなってる?正直よく判りませんが、内部的にはネストされているのと同じような状況になっているのかも知れません。指定しデバッグしてみるといいかもしれません。設定はあるので、デバッグできそうな気がします。LicenseUsageMode.Designtimeを入れるようにしています。10:13返信|引用モデレータ0サインインして投票もし、ここまでのアドバイスでも改善に向かわないのであれば、再現可能な最小限のコード・手順を示してください。質問スレッドで解決した場合は、解決の参考になった投稿に対して「回答としてマーク」のボタンを押すことで、同じ問題に遭遇した別のユーザが役立つ投稿を見つけやすくなります。入れることで起こります。”コントロールabcがデザイナでハンドルされていない例外をスローして、無効になりました。関数の呼び出しであるということは突き止められているのですね?上記のエラーメッセージだけではそうとは限りませんので。「別の簡単なテスト用の実行単位のプロジェクト」は何者なんでしょうか?「これらテスト用のプロジェクトのフォームとの違いは何なんでしょうか?」と書かれていますが、逆にこちらがお聞きしたいと思いました。コントロールは使用されているのでしょうか?以下のような簡単なクラスでも、デザイン時にエラーが発生するのでしょうか?こちらには「テスト用のプロジェクト」がありませんが、そのためか期待通りに動作します。されている理由も、糸口になりそうな気もしました。今回は関係ないようなのですが、焼き直したのを書かせてもらいます。上記のエラーメッセージだけではそうとは限りませんので。関数は事前に初期化の関数が呼ばれていないと致命的なエラーになる可能性があります。その結果、デザイナーで見ていると、Formに乗ったこのコントロールがおかしくなってしまいます。この関数をやめてビープ音を鳴らす関数に置き換えると、そういうことは無くビープ音だけがします。お聞きしたいと思いました。コントロールとも関係ありません。コントロールの勉強のため一時的に作ったものです。ボタンを1個の乗せたフォームでも問題を起こします。こちらには「テスト用のプロジェクト」がありませんが、そのためか期待通りに動作します。されている理由も、糸口になりそうな気もしました。コントロールを乗せたフォームは選択されていますか?以下が全てのコーティングです。コメントアウトすると起きなくなります。ビープ音の関数に置き換えるとビープ音だけがする。別に問題は起こらない。さんが書かれていることですけど、クサキさんの環境では、新規作成したソリューションでも発生しますでしょうか?このとき、上記クラスは既存のものではなく、上で書かれただけのようなシンプルなクラスを新規作成し、そこへ問題のテストプロジェクトを追加して確認してください。あとは、影響があるかわからないですが、一般的な確認になります。9:01返信|引用0サインインして投票おそらく、誰も問題を再現できるほど把握できないので、答えようがないのではないでしょうか。エラー状態となっている。10:27返信|引用0サインインして投票より簡単なもので現象が発生しました。派生したもの以下、そのままのコーディングです。★こちらの場合問題発生base.OnPaint(e);}}}}マイクロソフトのビープの場合は実行時にはビープ音がして、デザイン時にはビープ音がせず、想定通りに動いています。私のDLLの関数のビープの場合は実行の時にビープ音がし、想定通りですが、デザイン時にもここを通り想定外の動きで、致命的なエラーになっているようです。動かないものと考えられます。フォームアプリケーションプロジェクト(スタートフォーム)1のコントロールを乗せているだけ。このフォームはタブで選択できるような状態にしておく。終了し、再立ち上げした時に起こる。(再立ち上げの時、このフォームが表示されるようになっている)このフォームがより複雑な場合は、単にこのフォームに切り替え表示しただけで、起こる場合もありました。今回の問題に関係している場合、クサキさん以外には問題の再現性テストはできないですね・・・。ついても、問題が発生する最小限のコードに絞り込まれる必要があると思います。デザインモードかどうかにかかわらず、常に実行した方が良いと思います。8:14返信|引用0サインインして投票マイクロソフトのビープの場合は実行時にはビープ音がして、デザイン時にはビープ音がせず、想定通りに動いています。私のDLLの関数のビープの場合は実行の時にビープ音がし、想定通りですが、デザイン時にもここを通り想定外の動きで、致命的なエラーになっているようです。何かうまく動かない要因があるのでしょう。一つのきっかけに過ぎないのではないでしょうか。その固有の差について、第三者には全く分かりません。故に、再現することも、適切な解決案を提示することもできません。私が以前に示すべきだと求めたのは、第三者にも再現できる最小限のコードです。作られたバイナリを使う手法は、それを入手できない第三者には再現が不可能であるため、(厳しい言い方ですが、)意味がありません。登録されていないだけのように思えます。質問スレッドで解決した場合は、解決の参考になった投稿に対して「回答としてマーク」のボタンを押すことで、同じ問題に遭遇した別のユーザが役立つ投稿を見つけやすくなります。今回は皆さんの方でも確認できると思います。これまでの分をまとめるため繰り返しになりますが、条件を書き出します。(MyDLL.dll)デフォルトで作成し、cppファイルを1つ追加し、以下の関数を1つ追加しました。1000);}このDLLと以下のC#との関係は、OSの環境設定のPathでなされています。以下はC#になります。派生したもの以下、そのままのコーディングです。フォームアプリケーションプロジェクト(スタートフォーム)1のコントロールを乗せているだけ。このフォームはタブで選択できるような状態にしておく。終了し、再立ち上げした時に起こる。(再立ち上げの時、このフォームが表示されるようになっている)このフォームがより複雑な場合は、単にこのフォームに切り替え表示しただけで、起こる場合もありました。デザイナでハンドルされていない例外をスローして、無効になりました。Token=null'、またはその依存関係の1つが読み込めませんでした。指定したファイルが見つかりませんでした。半信半疑で試したところ、こちらでも再現しました。Wrapper.MyBeep();に変えても、同じエラーが発生しました。なくても再現しました。これも再現条件には必須でないようです。次のような構成でテストしました。必須ではなく、単なるメソッドでも良い。なければ再現しません。