Je viens de voir un problème similaire à ce sujet où certaines expressions Lambda sont utilisées dans des vues qui conduisent à une corruption de la DLL .NET lorsqu'elle est compilée sur un système 64 bits. Il en résulte la même exception que vous voyez et sonne certainement comme un candidat probable.
Toutes mes excuses si cela semble un peu vague, car nous n'avons pas complètement résolu cela et je suis toujours en train de regarder, bien que je sois sûr que je serai sûr Pour mettre à jour ici lorsque nous avons une résolution.
Le sentier qui nous fait croire qu'il s'agit d'une DLL corrompue réelle, c'est que si vous visualisez votre DLL de vue compilée dans ildaste.exe et examinez l'appel de la méthode réelle impliquant L'erreur Lamda, vous obtenez une erreur "[Signature Termis prématuré]" "montrée dans l'ildasme. Le réflecteur de Redgate se bloque toutefois lors de la tentative d'élargir la méthode.
Dans notre cas, l'ildasme ressemble à ceci: xxx Nous avons remarqué cela est un problème de 64 bits seulement. Nous sommes sur le point d'enquêter sur la question de savoir si cette question survient toujours sur .NET 4.0. Je vais mettre à jour ici quand nous savons.
Nous sommes également en train de voir si cela a été soulevé comme un bogue avec Microsoft. Encore une fois, je vais mettre à jour ici quand nous savons.
[EDIT: Ayant maintenant eu la cause première du problème] Je pensais que je pensais d Revenez et mettez à jour cette réponse.
Pour nous, il s'est avéré que ce n'était pas un problème de compilateur du tout, mais un problème avec aspnet_merge. En bref, dans nos boîtes de construction 64 bits, nous utilisions une copie plus ancienne et obsolète de ASPNET_MERGE (accidentellement) qui semblait fonctionner mais aboutit à ces DLL corrompu (exactement de votre façon de décrire). Un chemin avait été modifié, notre projet de déploiement Web utilisait donc cette mauvaise version.
Mise à jour du chemin d'accès à aspnet_merge version 3.5 ou plus, corrigé le problème.
Nous pensions que c'était un problème de 64 bits à l'origine parce que nos boîtes de construction étaient le seul environnement de 64 bits que nous avons compilé sur (toutes nos postes de travail de Dev sont 32 bits) et le seul à avoir ce problème. Cependant, la "bizarre" était un hareng rouge!
J'espère que cela vous aide à résoudre votre problème.
Cela mendie la question évidente, avez-vous regardé la ligne 53 du fichier Temp. ASP.NET créé?
C'est l'attelle de fermeture d'un
en utilisant (html.beginform ("CreeeneEnternernal", "Utilisateur")) Block, qui comprend un résumé de validation. Le doigt est lentement mais désignant sûrement quelque chose à voir avec la flueuretvalidation / Xval ou quelque chose entre deux, je pense.Question connexe Stackoverflow .com / questions / 11148423 / ...