nunidad en la versión de lanzamiento: "Common Language Runtime detectó un programa no válido".

Question

Actualicé nuestro software de vs2008/.net 3.5 a vs2010/.net 4.0. Todas las bibliotecas de terceros (las más relevantes: nhibernate 2.1.2 o 3.0.0, nunit 2.5.2) aún se compilan utilizando vs2008. Cuando ejecuto las pruebas unitarias para la compilación de depuración de nuestro software, todo funciona bien. En la compilación de lanzamiento, nunit informa excepciones en 33 de 228 pruebas: System.InvalidProgramException : Common Language Runtime detected an invalid program. Siempre ocurre en las mismas pruebas, tanto para nunit-console como para el rastreador de prueba Resharper 5.0. Cuando los ejecuto usando el comando Resharper "depurar pruebas de unidades", todas las pruebas pasan. No hace ninguna diferencia si ejecuto las pruebas individualmente o por lotes. La excepción siempre ocurre cerca de las llamadas de consulta de nhibernate, pero no puedo asegurarlo ya que el rastreo de la pila de compilación de lanzamiento es algo escaso. No depende del generador de códigos de bytes de nhibernate, la misma excepción aparece para castle y linfu. ¿Alguien tiene una idea de cómo depurar esto?

Editar: Quitar Spring.NET no tuvo ningún efecto sobre este problema.

Editar: Cuando cambio la salida de liberación de configuración de depuración para completa en lugar de pdb única y desactivar la casilla de verificación optimizar el código, desaparece la excepción. Ambas configuraciones son necesarias, si cambio solo una de ellas, el error persiste. Sin embargo, un conjunto diferente de pruebas falla si solo cambio uno. Todas las bibliotecas de clase están compiladas para Cualquier CPU.

Answer 1

Esta es probablemente una pregunta estúpida: ¿está seguro de que todos los ensamblajes están compilados en la misma arquitectura (x86/x64)? Me encontré con esto una vez hace un tiempo.

Answer 2

Tuve algo similar cuando seleccioné "NET Framework 4.0 Client Profile". Trate de cambiar el marco de destino a "NET Framework 4.0"

Answer 3

http://www.outsystems.com/NetworkForums/ViewTopic.aspx?Topic=Common-Language-Runtime-detected-an-invalid-program

Answer 4

Mi aplicación también se ejecutaría en depuración, pero accidente con la misma excepción en la configuración de liberación. La causa fue que tenía un método con el atributo "DEPURACIÓN" condicional, que devolvía un valor ...

Por supuesto, en la configuración de liberación, todos los métodos con el atributo "DEPURAR" condicional se cambian en talones sin retorno valor. Por lo tanto, el IDE podría pensar que sus tipos son buenos para el análisis del código y no ofrecen ninguna advertencia, ¡pero la aplicación compilada tiene coincidencias de tipo de devolución!

Acabo de pensar que agregaría esto para aquellos que golpean sus cabezas contra la pared con este problema.