Tengo un problema muy extraño. Tengo una interfaz definida en un archivo DLL de la siguiente manera:¿Cuál es la razón por la que obtengo "No abstracto, no-.cctor-method en una interfaz"?
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();
}
Si vinculo a esta DLL en mi WPF APP se bloquea el depurador en carga (Error interno: Excepción no controlada en el depurador :: HandleIPCEvent, ID = 0x246) . Si puedo depurar la aplicación con "depuración código no administrado" que obtienen los siguientes errores:
- excepción de primera oportunidad en 0x76977945 (KernelBase.dll) en InfiniRender.Host.exe: Microsoft C++ excepción: EETypeLoadException en la memoria ubicación 0x0029c5b8.
- excepción de primera oportunidad en 0x76977945 (KernelBase.dll) en InfiniRender.Host.exe: Microsoft C++ excepción: [volver a lanzar] en la memoria ubicación 0x00000000.
- A excepción de primera oportunidad de ipo 'System.TypeLoadException' ocurrieron en InfiniRender.Host.exe
- una excepción no controlada del tipo 'System.TypeLoadException' producido en InfiniRender.Host.exe Información adicional: Nicht abstrakte Nicht -.cctor-Methode en einer Schnittstelle.
En el momento no tengo ni idea de qué está pasando. Ni siquiera hay una implementación de la interfaz y ninguna clase lo usa. Si comento el método "Init", todo funciona como se espera. ¿Alguna idea?
[EDIT] Este es el MSIL para el método de interfaz de inicio:
.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
Me parece, que Nlog es la culpa? Nunca tuve ningún problema con NLog hasta hoy ...
¿Qué dice la IL bruta de esa interfaz? – thecoop
¿puedes subir una repro a alguna parte? – Simon
¿Cómo está * consumiendo * esta interfaz? Sus errores implican algún código no administrado. Además, es muy probable que las instancias 'TypeLoadException' no se deban a la * interfaz *, sino al código * que implementa * la interfaz. – casperOne