先に書いたように例外が発生せずに突然落ちることもあれば、例外が発生することもあるようです。この2つの違いについては詳しくはわかりません。実行環境側の問題なので。「テキストをセットしてからフォームを表示」していたのを「フォームを表示してからテキストをセットする」ように処理の順番を変更したところ、解決しているみたいです。例外が発生せずにいきなり落ち、OSのログにも残らないというのは、実行環境の信頼性にも関わる問題でもあり、怖い部分ですね。15:51こんにちは。APIやAcriveX、Unmanegedコード、サードパーティー製のコンポーネントは使用していないのでしょうか?100%発生するというところに興味があります。100%発生するというところに興味があります。APIを使っている部分はありますが、落ちる部分に関しては一切使用していません。.NETで提供されているTextBoxに100KB程度のテキストをセットし、その後にフォームを表示しているだけです。不思議なのは、同じアプリ(同じビルド)で今日試したら例外が発生したのです。それまで例外をcatchできないし、ハンドルされていない例外ダイアログも出ないのでおかしいと考えていたのですが。違いといえば、それまで100KB程度だったテキストを400KB程度に増やしたことくらいです。極端に大きいテキストだと例外が発生し、100KB程度だといきなり落ちるということですかね??例外のメッセージは以下の通りです。ウィンドウのハンドルを作成中にエラーが発生しました。こちらでも似たようなプログラムを作ってみましたが正常でした。Windows2000です。具体的なプログラムを見ないとこれ以上はなんともいえませんが同じビルドなのに実行したときによって現象が違うということはハードに問題があるのかもしれませんね。メモリが壊れていると実行するたびに違うエラーになることがありますよね(経験談)。こちらでも似たようなプログラムを作ってみましたが正常でした。Windows2000です。テキスト情報は、メモリにあるものを一気にTextBox.Textプロパティでセットし、その後すぐにTextBox内のテキスト選択を解除するために以下のように指定してはいます。ハードに問題があるのかもしれませんね。ことがありますよね(経験談)。例外を見る限り、表示前の処理で引っかかっているみたいなので、もしかしたら上記選択解除の指定をフォームの表示前に行うことが悪いのかも知れません。ヘルプにはその辺りの記載はありませんが。例外をcatchできる時といきなり落ちる時の違いに関しては謎のままですが、.NETはJavaと違ってコアAPIのソースが公開されていないので、その辺りは開発者が独自に見つけて行くしかないのかも知れません。開発者に取ってAPIがブラックボックスであると不便なことが多いですね。Reserved.著作権はアイティメディア株式会社またはその記事の筆者に属します。当サイトに掲載されている記事や画像などの無断転載を禁止します。