C# ¿Cómo puede ser falso == verdadero? Ver la imagen

Question

Acabo de toparme con uno de los errores más alucinantes de la historia. falso == verdadero ¿Qué información necesitarían ustedes para confirmar/depurar este comportamiento? Nunca he visto algo así.

• VS2008 SP1
• modo de depuración | Cualquier CPU
• IIS 7.5

Editar: hice un limpio-> reconstruir y sigue siendo el mismo.

Aquí está el conjunto y los registros. No sé cómo leer esto, pero tal vez podría ayudar a alguien más.

Answer 1

Supongo que sus archivos PDB no están en fase y tiene diferencias en lo que realmente se ejecuta y lo que Visual Studio ve como un número de línea. Intenta reconstruir Todos sabemos que es imposible tener true = false, o el mundo tal como lo conocemos puede cambiar :-)

Answer 2

Probablemente la fuente no corresponde a la versión en ejecución o hay un error en el depurador.

Answer 3

¿Estás seguro de que es la excepción lanzada? Mi corazonada es que su método isContextSignatureValid está lanzando una excepción, pero el depurador de Visual Studio puede adelantarse a veces y resaltar una línea que no está lanzando la excepción.

Answer 4

¿En realidad arroja el error? El depurador a menudo puede resaltar las líneas incorrectas si le da un pdb incorrecto, por lo que podría ser una pista falsa. También es trivial reproducir usando el panel "inmediato" para cambiar el valor después de la prueba.

Si result era un campo o una variable capturada, también podría establecerse mediante un código externo (quizás en otro hilo).

Si result no era un bool pero su propio tipo personalizado, sólo podría anular ==, o proporcionar una costumbre operador true/false.

Answer 5

Parte del problema es que está asumiendo que el depurador es 100% correcto. De hecho, no está y está sujeto a una serie de situaciones en las que los valores pueden tener pantallas incorrectas o engañosas. Las causas más comunes de esto son ...

• No coinciden los archivos PDB. Esto normalmente generará al menos un cuadro de diálogo de advertencia en el depurador sobre archivos de origen no coincidentes, pero no siempre
• Inspección de datos simple o error de visualización por parte del evaluador de expresiones subyacente. No es probable en este caso, ya que es un simple tipo local y un tipo primitivo.
• Optimizaciones que causan que los datos se muestren incorrectamente.

Pero de hecho es casi seguro que no es falso. La forma más fácil de verificar esto es usar una llamada Debug.WriteLine para imprimir el valor en la ventana de salida.

Answer 6

sólo para añadir una pequeña sugerencia:

Si alguna vez tienes resultados confusos desde el depurador, se pega un Console.WriteLine() en ese país y obtener el código en sí mismo que le diga lo que está pasando. Esto a menudo puede aclarar la confusión.

(También puede obtener un efecto como este cuando se depura código de liberación, pero dijo que era una versión de depuración que elimina ese sospechoso)

Answer 7

Tal vez movido el puntero de instrucción actual (flecha amarilla) con el ratón sin darse cuenta mientras estaba en modo descanso ... Me pasó una vez y me volteé. :-)

Answer 8

He visto este tipo de cosas antes. Un compañero de trabajo estaba convencido de que había descubierto un error en .Net Framework o CLR. Al final, fue solo un problema antiguo de ensamblaje o sincronización de pdb.