Visual Studio 2005 Professional Edition(Visual Basic 2005)を使っています。
プログラム作成中にコンパイラ（エラー一覧に、文法エラー等を表示するやつです）がアプリケーションエラーで当然のように頻繁に落ちます。
※エラー内容「問題が発生したため、Microsoft Visual Basic Compilerを終了します。ご不便をおかけ・・・」「・・Visual Basicコンパイラを回復できません。システムエラー・・・」
コンパイラが落ちないように、
この自動コンパイル（自動コードチェック）をしないようにVisual Studioを設定する方法をご存知の方、教えて頂けませんでしょうか。
※いろいろ調べてみたのですがわかりませんでした。
投稿日時 - 2007-06-03 00:28:44
んー、現象をこちらで確認してないのでわからない。
(俺の環境に入っているのOrcas Express Edition Betaなんで違うかもしれないが、俺の環境では[Tools]メニューの[Options]
念のためにShow all settingsにチェックを入れて
その設定のText Editorから
All LanguageとBasicのGeneralのAuto list members とParameter Informationのチェックを外してみるけど？)
で、
どっちかっていうと気になるのはこれかな・・・
http://support.microsoft.com/kb/927511
VS 2005にSP1は当たっているだろうか？
その他、ひょっとしたら、この辺とか
http://connect.microsoft.com/VisualStudio/content/content.aspx?ContentID=3705
この辺に
http://connect.microsoft.com/VisualStudio/feedback
それっぽいのがあるかもよ？
投稿日時 - 2007-06-04 22:39:45
お礼
情報ありがとうございます。
VS2005にSP1は当てていますがおきてしまっています。
hotfixの方にかなり近い記述があり、あてたいのですが、
「Warning!」と怖い事を書いているので、今の業務では難しいのでできそうにないです。
大分、見えました。情報ありがとうございました。
投稿日時 - 2007-06-13 22:40:47
2人が「このQ&Aが役に立った」と投票しています
ベストアンサー以外の回答（10件中 1～5件目)
続きだ（投稿NO5から順番にみて下さい）
仮にだ、開発している１本のソースが１０００行あったとする。
ＶＢはカーソルが行を移動する度にソースのチェックをするのだ。
もし仮にソースに１個もエラーがないと、ＶＢは、最終行までチェックをしようとする。
でもだな、先頭行からいきなり１２０行エラーが続くので１０２行目で
ソースの解析を打ち切ってしまうのです。
１０００行チェックするより１０２行ソースを解析チェックするのが
当然早くチェック処理が終わるのです。
エラー内容でなく、チェックするソースの長さ・複雑さによるのです。
複雑さは、先頭行におくエラー文の内容を簡単なものにする事によってＩＤＥのソース解析の負荷をかえって抑える事が出来るのです。
通常のソースだと、関数、値の参照が多いので、参照が多いほど解析チェックが複雑になりＣＰＵの負荷が多くなります。
故にエラーが全くなくても、解析に負荷がかかるのです。
エラーチェックの負荷の少ない文の行をわざと先頭に沢山置くことによって、ＩＤＥにソース解析の負荷を抑えるのと、ソース事態の行数をごまかす様（１０２行で強制打ち切り）にしているのです。
投稿日時 - 2007-08-05 02:53:55
続きだ。（回答のNO4から順番に見て下さい）
わざと先頭の１２０行位い挿入すれば、後はそのソース内で自由に入力出来るのです。
その代わり、構文チェックは一切しないみたい。入力ミスには気をつけて下さい。
ソースが８割から９割出来上がった時点で、先頭行のエラー文を削除すればよいのです。
この削除も、単に範囲指定して消してもよいし、また、キーボードマクロで一発で消しても
よいと思う。消した途端に、自動構文が有効になってチェックを直ぐに掛けてくれます。
後はエラーになっている所を直せばいいのです。
各自先頭のエラー行の挿入・削除はやり易い方法を探して下さい。
私はこの方法で乗り切っています。他に良い方法があれば教えて下さい。
ただこの方法でも、フォーム画面を操作している時は別で、ファームのコントロールの
プロパティ操作とかは従来の同じで遅いのです。これは、自動構文チェックとは、別の
チェックロジックが走るみたいです。
投稿日時 - 2007-08-04 20:16:28
続きだ。
まずＶＢのソースの先頭行（先頭でないと駄目だ。）わざとエラーの出る
行を簡単に挿入すればよいのだ。構文エラーを複雑なのでは駄目なので
簡単で直ぐにエラーの出る内容でないと駄目です。
例えば、先頭行に
> dim cx as integer
> dim cx as integer
> dim cx as integer
> dim cx as integer
> dim cx as integer
と１２０行入れると、２行目からかならずエラーになって、102行目からエラーチェックが
走らないのです。
後は挿入方法だ。でもこれはプログラマーには簡単だよ。色んな手立てがとれる。
簡単な方法だと、上の１２０行の内容をテキストファイルに保存しておいて、
コピー＆ペーストで貼りつけるのもよし。ＶＢのマクロで作成するのもよし。
キーボードマクロソフトでワンタッチで挿入する事もできるだろう。
文字数制限により、次の投稿文で。
投稿日時 - 2007-08-04 20:14:08
ソース入力画面の先頭行で、わざとエラーのでる行を入力する。
そうすると、メニューの「表示」の「エラー一覧」の画面に当然
エラーが直ぐに表示されるだろう。当然自動構文チェックが走るからだ。
この機能がある為にブラインドタッチが出来ないのだ。
しかしここで諦めたら駄目なんだ。更に進むのだ。前に前にと。
どうすれば？。簡単だ。わざとエラーの出る行をもっと増やすのだ。
どんどんどんどん入力するのだ。そうするとだな。あれ変だぞ。
エラーが出過ぎると、自動構文チェックの機能が止まっているでは
ないか？。ＶＢでは、どうも１０２以上（私のマシンでは）の致命
エラーがでると、それ以後、エラーチェックしないと画面に出ている
ではないか？。メニューの「表示」の「エラー一覧」の最終行に
その様に表示されます。それ以後如何なる内容を入力すれど、キー
が突然サクサク動くのだ。これを発見した時から、私は直ぐにピンときた。
これを利用出来ないかだ。
文字数制限により、次の投稿文で。
投稿日時 - 2007-08-04 20:12:49
