Qual è la ragione per cui ottengo "Metodo non astratto, non .cctor in un'interfaccia"?

Question

Ho un problema molto strano. Ho un interfaccia definita in una DLL come segue:

public interface IKreator2 
{ 
    string Name { get; set; } 
    string Description { get; set; } 

    INotifyPropertyChanged Settings { get; set; } 

    InfiniRenderJob Job { get; set; } 
    UserControl UI { get; set; } 

    void Init(); 
    //void OnClose(); 
} 

Se collego a questa dll nel mio WPF App si blocca Debugger sul carico (Errore interno: Eccezione non gestita nel debugger :: HandleIPCEvent, ID = 0x246) . Se metto a punto l'applicazione con "debug codice non gestito" Ottengo i seguenti errori:

• eccezione first-chance a 0x76977945 (KernelBase.dll) in InfiniRender.Host.exe: Microsoft C++ eccezione: EETypeLoadException a memoria posizione 0x0029c5b8.
• Eccezione di prima volta a 0x76977945 (KernelBase.dll) in InfiniRender.Host.exe: eccezione di Microsoft C++: [rethrow] nella memoria posizione 0x00000000.
• Una prima eccezione di possibilità di ipo 'System.TypeLoadException' verificato in InfiniRender.Host.exe
• un'eccezione non gestita di tipo 'System.TypeLoadException' si è verificato in InfiniRender.Host.exe Ulteriori informazioni: Nicht Abstrakte Nicht -.cctor-Methode in einer Schnittstelle.

Al momento non ho assolutamente idea di cosa stia succedendo. Non c'è nemmeno un implanto dell'interfaccia e nessuna classe lo usa. Se commento il metodo "Init", tutto funziona come previsto. Qualche idea ??

[EDIT] Questo è il MSIL per il metodo di interfaccia init:

.method public hidebysig newslot virtual 
     instance void Init() cil managed 
{ 
// Code size  96 (0x60) 
.maxstack 3 
.locals init ([0] class [mscorlib]System.Exception CS$0$0__ex) 
IL_0000: ldsfld  class [NLog]NLog.Logger '<>z__LoggingImplementationDetails'::l14 
IL_0005: callvirt instance bool [NLog]NLog.Logger::get_IsTraceEnabled() 
IL_000a: brfalse.s IL_001b 

IL_000c: ldsfld  class [NLog]NLog.Logger '<>z__LoggingImplementationDetails'::l14 
IL_0011: ldstr  "Entering: InfiniRender.IKreator2.Init()" 
IL_0016: call  instance void [NLog]NLog.Logger::Trace(string) 
.try 
{ 
    IL_001b: newobj  instance void [mscorlib]System.NotSupportedException::.ctor() 
    IL_0020: throw 

    IL_0021: ldsfld  class [NLog]NLog.Logger '<>z__LoggingImplementationDetails'::l14 
    IL_0026: callvirt instance bool [NLog]NLog.Logger::get_IsTraceEnabled() 
    IL_002b: brfalse.s IL_003c 

    IL_002d: ldsfld  class [NLog]NLog.Logger '<>z__LoggingImplementationDetails'::l14 
    IL_0032: ldstr  "Leaving: InfiniRender.IKreator2.Init()" 
    IL_0037: call  instance void [NLog]NLog.Logger::Trace(string) 
    IL_003c: leave.s IL_005f 

} // end .try 
catch [mscorlib]System.Exception 
{ 
    IL_003e: ldsfld  class [NLog]NLog.Logger '<>z__LoggingImplementationDetails'::l14 
    IL_0043: callvirt instance bool [NLog]NLog.Logger::get_IsWarnEnabled() 
    IL_0048: brfalse.s IL_005d 

    IL_004a: stloc.0 
    IL_004b: ldsfld  class [NLog]NLog.Logger '<>z__LoggingImplementationDetails'::l14 
    IL_0050: ldstr  "An exception occurred:\n{0}" 
    IL_0055: ldloc.0 
    IL_0056: call  instance void [NLog]NLog.Logger::Warn(string, 
                  object) 
    IL_005b: rethrow 
    IL_005d: leave.s IL_005f 

} // end handler 
IL_005f: ret 
} // end of method IKreator2::Init 

Mi sembra, che NLog è la colpa? Mai avuto problemi con NLog fino ad oggi ...

Answer 1

Quindi, il colpevole era il "Postsharp.Diagnostics.Toolkit", che aggiungeva il codice alle dichiarazioni dei metodi di interfaccia con conseguente caos di Debugger.

Grazie a tutti coloro che hanno aiutato!