visual-studio - 配列 - wsus outofmemoryexception




不明なビルドエラー。 '' System.OutOfMemoryException '型の例外がスローされました。 (4)

JetBrainsはこの問題を認識しており、この修正プログラムを使用して問題を解決しました。

http://www.jetbrains.net/confluence/display/ReSharper/OutOfMemoryException+Fix

編集:しかし、OutOfMemoryの例外が再び発生しますが、私はこのJetBrainsの修正を使用しないと、それほど頻繁ではありません。

VS.Netソリューションには20件のプロジェクトがあります。

私たちがソリューションをビルド/デバッグしようとすると、VS.NETで、次のエラーが発生します。

不明なビルドエラー。 '' System.OutOfMemoryException '型の例外がスローされました。

この問題を「修正」する唯一の方法は、Visual Studioを再度開くことです。その後、ソリューションの構築はうまく行きますが、もう一度OutOfMemory例外が再び発生します。 Visual Studioを1日に数回開こうとするのは本当に面倒です。この問題の回避策を知っていますか?



マイクロソフトの推奨によると、単一のソリューション内に多くのプロジェクトを持つことはお勧めできません。

このリンクのhttp://support.microsoft.com/kb/949755参照してhttp://support.microsoft.com/kb/949755

しかし、この記事で提案されている解決策は、コードのリファクタリングに関連するコストのためにすぐに使用されるものではありません。

あなたはIDEの外からソリューションを構築しようとしましたか? (MSBUILDのようなもの)。 それが助けになるかもしれない。


私はReSharperを使用し、いくつかのUnitTests(CodeCoverageが有効になっている)を実行すると、同じ問題が発生します。

私はこれがReSharperの問題だとも仮定します。 そして、私がUnittestを走らせている間、私はそれを不快にするので、Exceptionは決して再び現れません。

BTW - 例外がスローされたときにそれを無効にすると(上記のコメントに記載されているように)、VSが実行されている間に無効にするため、メモリからアンロードされません。 アンロードを強制する唯一の方法は、DLLをロードしたすべてのAppDomainsを切断することです。 VSパッケージのシナリオでは、これはあなたがVSプロセス全体を分解しなければならないことを意味します:





build-process