Net Runtime-Fehler : .NET Runtime 2.0 Error - Ereignis-Id: 1000 Stürzte mein Programm. Was verursacht diese?

Habe ich ein neues Programm, welches bereits läuft 24/7 für über 2 Wochen jetzt, aber Letzte Nacht es crash/ging mit keinem Tödlichen Protokoll Ausnahme in meinen log4net-Datei ...der Prozess scheint zu haben gewesen getötet durch something .... und wenn ich schaute in die Windows Ereignis-Viewer-Anwendungsprotokoll es enthielt einen Fehler für die Programme Prozess sagen".NET Runtime 2.0 Error' Typ: Fehler Ereignis-id: 1000.

Dies scheint eine .Net runtime-Fehler/bug und hat nichts mit meinem code.

Weiß jemand, was dies verursacht? Gibt es eine .Net runtime zu beheben?

/Ich laufen .Net 3.5 auf einem Windows Server 2003-vm-Scheibe.

Vielen Dank im Voraus.

Edit:

Vollständige Beschreibung der Veranstaltung unten. Es wurden keine Veranstaltungen rund um es für Stunden und es gab Info-Ebene nicht der Fehler wie dieser.

Quelle: .NET Runtime 2.0 Error
Typ: Fehler
Ereignis-Id: 1000

Ereignisprotokoll Beschreibung:
Fehlgeschlagene Anwendung CompanyName.AppName.exe, version 0.0.0.0, Zeitstempel 4ca5d33d, fehlgeschlagenes Modul mscorwks.dll version 2.0.50727.3607, Stempel 4add5446, debug? 0, Fehlertoleranz Adresse 0x0010724e.

Weitere Informationen finden Sie unter Hilfe und Support Center unter http://go.microsoft.com/fwlink/events.asp.

  • Buchen Sie alle Informationen aus dem eventlog-Eintrag, sowie die damit verbundene Ereignisse um ihn herum.
  • Hinzugefügt Ereignisprotokoll info
  • Hast du einen memory-dump?
  • Sorry, kein memory-dump. Aber was könnte der Grund HIERFÜR sein? Ein .Net-bug?
  • Wahrscheinlich nicht. Eher: beschissene hardware. Sie verwenden ECC-RAM? Könnte nur ein bit gekippt.
InformationsquelleAutor DayTwo | 2010-10-06
  1. 2

    Da man nicht immer alle nützlichen Informationen, die zum Zeitpunkt des Absturzes, ein alternativer Ansatz ist das Anhängen eines Debuggers an den Absturz EXE. Es gibt zwei Möglichkeiten schlage ich vor:

    Mit Visual Studio

    Wenn Sie Visual Studio installiert haben, auf dem gleichen PC/server als das Absturz-app, fügen Sie Visual Studio, um die EXE während es läuft. Hier ist ein intro, wie dies zu tun:

    http://msdn.microsoft.com/en-us/library/c6wf8e4z.aspx

    Mit WinDbg

    Dies ist ein sehr low-level, und leistungsstarke debugger für Windows. Dies könnte sicherlich dazu beitragen Sie mit Ihrem problem. Allerdings gibt es eine steile Lernkurve, wie man begann, es zu benutzen. Die .NET framework kommt mit einem DLL namens SOS.DLL (gefunden in der C:\Windows\...... system-Ordner), die enthält viele Befehle, die Sie verwenden können, in WinDbg analysieren .NET-Anwendung. Dazu gehören die Auflistung thread-stack und die Anzeige von Informationen über die Ausnahme.

    Eine sehr gute Quelle für Informationen, wie zu Debuggen .NETZ Probleme mit WinDbg ist

    http://blogs.msdn.com/b/tess/

    Gibt es viele gute Beispiele, wie man die debug-Ausgaben, wie

    http://blogs.msdn.com/b/tess/archive/2008/02/11/net-debugging-demos-lab-2-crash-review.aspx

    Können Sie herunterladen WinDbg aus:

    Ich würde empfehlen, die Visual-Studio-Ansatz, der aufgrund seiner Einfachheit. Jedoch bei weitem die effizienteste Methode zum Debuggen der app ist die Verwendung von WinDbg, aber es kann einschüchternd sein für die erste Zeit Benutzer.

    BEARBEITEN:
    Hier ist noch ein link, der vielleicht von nutzen sein:

    http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/ebd10d1f-902b-4a95-ba42-e87c4f817097

    InformationsquelleAutor Jason Evans
  2. 0

    Den Fehler sieht aus wie ein .NET Runtime 2.0 error aufgrund von null-Referenz ist in der Benutzer-policy-cache. Stellen Sie sicher, dass Sie alle die neuesten .NET service pack installiert. Werfen Sie auch einen Blick auf diese Microsoft-Antwort.

    • FYI. Die core .NET-runtime ist noch version 2.0, obwohl die framework version 3.5. Als der .NET framework 4, die core runtime ist auch in der version 4. War ein bisschen verwirrend für mich, in den frühen Tagen, als ich aber die runtime-version war 3.0/3.5 in der Synchronisierung mit dem framework.
    InformationsquelleAutor Bill W
Schreibe einen Kommentar