Update: Tritt ein Speicherverlust in der VisualBasic.VsaEngine auf, wenn mehrere Assemblys erstellen

Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 814483
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Problembeschreibung
Wenn Sie Visual Studio für Applikationen (VSA) in Ihre benutzerdefinierte Lösung verwenden und Sie kompilieren neue Assemblys, die eine Instanz der VisualBasic.VsaEngine verwenden, möglicherweise einen Anstieg der Speicher für die Prozess-Arbeitsseiten jedes Mal angezeigt, die eine neue Assembly erfolgt. Der Speicher kann nicht durch die Host zurückgefordert werden. Daher ist der Speicher "durch den Prozessbereich Verlust", die die Kompilierung.

Das Problem tritt nicht, wenn Sie das Microsoft JScript VSA-Modul verwenden.
Ursache
Dieses Problem wird durch eine Kombination aus drei kleinere Probleme verursacht. Diese Probleme beziehen sich auf die Fähigkeit der Microsoft Visual Basic VSA-Modul, Assemblys zu kompilieren, die innerhalb des Prozesses Host sind. Die folgenden Probleme wurden als Ursache für das Leck identifiziert:
  • Ein COM Callable Wrapper (CCW), die während der Kompilierung zwischen dem Microsoft .NET Framework und der systemeigenen Visual Basic-Compiler verwendet möglicherweise im Arbeitsspeicher beibehalten werden. Dies geschieht, obwohl das Objekt korrekt freigegeben wird. Dieses Problem ist nicht spezifisch für VSA. Dieses Problem kann vermieden werden, wenn Sie die Fehlerbehebung, die bereitgestellt wird und Schließen wird aufgerufen auf dem Modul, bevor das Datenbankmodul freigegeben wird.
  • Wenn Symbole für die Assembly vorgenommen werden, kann die Programmdatenbankdatei (PDB) Speicher belegen, die nicht sofort von der Garbage Collector freigegeben wird. Wenn Sie keine Symbole für den kompilierten Code benötigen, können Sie das Problem vermeiden. Legen Sie GenerateDebugInfo auf false , bevor die Compile -Methode aufgerufen wird.
  • Interne Kompilierung fehl können bestimmte allgemeine Sprache Laufzeithandles während der Verarbeitung von Visual Basic-Code freizugeben. Die Anzahl der Handles, die einen Speicherverlust sind, hängt von den Code, der kompiliert wird. Dieses Problem wurde durch das Update behoben.
Lösung

Informationen zu Service Packs

Installieren Sie das neueste Servicepack für Microsoft Visual Studio .NET, um dieses Problem zu beheben. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
837234Liste der in Visual Studio .NET 2002 Service Pack 1 behobenen Probleme

Hotfix-Informationen

Die englische Version dieses Hotfixes weist die Dateiattribute (oder höher Dateiattribute), die in der folgenden Tabelle aufgelistet werden. Die Datums- und Uhrzeitangaben für diese Dateien sind in Coordinated Universal Time (UTC) angegeben. Wenn Sie sich die Dateiinformationen ansehen, werden diese Angaben in die lokale Zeit konvertiert. Um die Differenz zwischen UTC und der Ortszeit zu ermitteln verwenden Sie die Registerkarte Zeitzone des Tools „ Datum und Uhrzeit in der Systemsteuerung.
   Date         Time   Version         Size       File name   -----------------------------------------------------------------------   15-Feb-2003  00:25  5.50.4134.600   6,428,040  Vs70_qfem_q814483_en.exe

Status
Microsoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten handelt, die im Abschnitt "Gilt für" aufgeführt sind. Dieses Problem wurde erstmals im Visual Studio .NET 2002 Service Pack 1.

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 814483 – Letzte Überarbeitung: 01/07/2015 16:46:13 – Revision: 4.1

Microsoft Visual Studio .NET 2002 Professional Edition, Microsoft Visual Studio for Applications SDK 1.0

  • kbnosurvey kbarchive kbmt kbqfe kbhotfixserver kbvs2002sp1fix kbvs2002sp1sweep kbbug KB814483 KbMtde
Feedback
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)