System.ExecutionEngineException Fehler

Dieser sollte nicht zu ernst genommen werden, aber ich schaffte es, diese Ausnahme, während mit etwas Spaß mit Reflexion:

typeof(IntPtr).GetField("Zero").SetValue(null, new IntPtr(666));

InformationsquelleAutor der Antwort Danië1

Ich traf Sie beim Aufruf einer Funktion in einer nicht verwalteten Bibliothek, wenn mein managed code kompiliert wurde für die Freigabe. Der Fehler geht Weg, wenn zusammengestellt, für das debugging.

InformationsquelleAutor der Antwort Dave

Es ist ein bekannter bug, wenn ein WCF-Dienst versucht, um eine IList-oder IEnumerable.

http://connect.microsoft.com/wcf/feedback/details/433569/wcf-throws-an-executionengineexception-when-returning-an-array-as-ilist-t

InformationsquelleAutor der Antwort Jimtronic

Obwohl dieser thread ist inzwischen ziemlich alt, ich werde schweigen, mein eigenes Vorfall mit dieser Ausnahme. Ich habe über ihn kommen, während der Entwicklung einer ArcGIS-Erweiterung, geschrieben mit VB.NET (Visual Studio 2005). ArcGIS basiert stark auf der COM-Technologie daher .NET-COM-interop beteiligt ist. Ich habe nicht gefunden, die Ursache der Ausnahme bis jetzt, aber ich nehme an es könnte zu tun haben mit dem Bau der UNO-veröffentlicht am COM-Objekt-Instanzen, da die Ausnahme immer nur Auftritt nachdem Sie die software Knirschen Geometrien und zahlen für einige Zeit.

InformationsquelleAutor der Antwort stakx

aktualisieren Sie Ihre Anwendung .net 4.0 ODER 4.5, weil diese Ausnahme hinfällig ist.
"Hinweis: Diese API ist mittlerweile veraltet."
siehe: http://msdn.microsoft.com/en-us/library/system.executionengineexception(v=vs. 100).aspx

InformationsquelleAutor der Antwort juFo

Komme ich gerade über diese Ausnahme, während der Arbeit auf WPF-Anwendung. VS zeigte, dass es passiert ist während der Benachrichtigung der änderung der Eigenschaft durch NotifyPropertyChanged call(INotifyPropertyChanged).

Sieht sehr seltsam für mich, und es passiert nur einmal; er hielt die Debugger-Sitzung und nicht ist passiert nach dem ausführen der Anwendung wieder.

InformationsquelleAutor der Antwort akjoshi

Ich habe eine dieser wenn meine C# - Modul (aufgerufen von einem C++/MFC-Anwendung gebaut, die mit /CLR), die versehentlich de-referenziert ein null-Zeiger. So ist es möglich, für die Ausnahme auftreten, aufgrund von einen bug in der "user-code".

Kevin

InformationsquelleAutor der Antwort

Komme ich gerade über diese Ausnahme beim schreiben einer c# - Programm mit dem Unity-Framework.

Bin ich mit VS 2010 und .NET 3.5

Grundsätzlich, wenn Sie die registrieren Sie einen Typ in einem UnityContainer:

container.RegisterType<IAClass, AClass>();

aber AClass nicht über einen Konstruktor ohne Argumente

class AClass : IAClass
{
   private int a;
   public in A { get { return a; } }
   public AClass(int a)
   {
       this.a = a;
   }
}

dann, wenn Sie die Klasse instanziieren erhalten Sie die System.ExecutionEngineException

IAClass A = container.Resolve<IAClass>(); //throws System.ExecutionEngineException

InformationsquelleAutor der Antwort Matt Ellen

Verwendung der falschen Marshalling mich veranlasst, diese Ausnahme.
Ich habe ein reines C -*.dll verwenden; ich Schreibe einen wrapper in C#, mit DllImport; dann habe ich das Marshalling zu lassen, aus den string-Parameter zu füllen, ein StringBuilder-Objekt, wie folgt:

    [DllImport("old.dll", CallingConvention = CallingConvention.Winapi, CharSet = CharSet.Ansi)]
    public static extern UInt32 GetMessage([MarshalAs(UnmanagedType.LPStr)] out StringBuilder message);

Mit UnmanagedType.LPStr veranlasst mich, die Ausnahme; mit UnmanagedType.BStr ist, die richtige string-marshal in diesem Fall, der gelöst mich das problem.
Nur meine 2 cent. 🙂

InformationsquelleAutor der Antwort Ferdinando Santacroce

Nur um die Liste der möglichen Ursachen, ich habe diese Fehlermeldung, wenn Sie versuchen zu serialise IEnumerable<> mit einem komplexen Typ.

Wechsel von IEnumerable<> zu List<> ist das problem gelöst.

InformationsquelleAutor der Antwort

Werde ich hinzufügen, wie ich dieses.

Verwenden .Net 4 code-Kontakte, eine Contract.Ensures(Contract.Result<object>() != null) löst diese Ausnahme aus, wenn Sie Geltend machen, die auf Vertrag Scheitern überprüfen Sie in der Eigenschaften-Seite für Code-Verträge. Deaktivieren Sie dieses Kontrollkästchen nicht deaktivieren Sie die überprüfung jedoch. Erhalten Sie das erwartete "Post-condition failed-Nachricht."

InformationsquelleAutor der Antwort Andy

Immer dieses problem in der reinen managed WPF-Anwendung in einem ziemlich unschuldigen situation, so scheint es mir. Ich habe ein Steuerelement in einem raster, die ich ein-oder ausblenden möchten, so bin ich der Einstellung, es ist die Sichtbarkeit um der Sichtbarkeit.Zusammengebrochen oder Sichtbarkeit.Sichtbar. Es beginnt zusammengebrochen. Ich drücke eine Taste und es wird auf sichtbar gesetzt und scheint nur fein. Ich drücke einen anderen Knopf und legen Sie es auf brach-und boom - groß-hässlich-Fehler. Nichts besonderes oder ungewöhnliches. Dies ist mit 4.5. Sehr seltsam. Wenn ich mir die Daten für die Fehler, die es sagt-System.Sammlungen.EmptyReadOnlyDictionaryInternal.

InformationsquelleAutor der Antwort Darrell Plank

Mit VS2015 ASP.NET Framework 4.5, die ich gerade hatte, um wieder aufzubauen und wieder zu laufen.

InformationsquelleAutor der Antwort Afra