Exécution dans StackOverflowException lors de l'exécution de code sur ordinateur portable récemment mis à jour (sans modifications de code)

Question

J'ai travaillé sur une application Web complexe au travail au cours des derniers mois & J'ai été capable d'exécuter la base de code très bien localement sans se heurter à des erreurs avec mon ancienne configuration (semblable à ce que tous mes collègues utilisent maintenant): Win7, Visual studio 2013 & MS SQL Management studio 2014.

l'autre jour Tech amélioré ma machine à WIN10 & MS SQL Management Studio 2016 (j'utilise toujours VS 2013) & depuis lors, je n'ai pas pu exécuter le code local localement. Après la première connexion de l'application, je suis en cours d'exécution dans

An unhandled exception of type 'System.StackOverflowException' occurred in EntityFramework.dll" 

Avec les détails ne contenant:

{Cannot evaluate expression because the current thread is in a stack overflow state.} 

J'ai essayé plusieurs suggestions trouvées sur Google & ailleurs sur ce site de redémarrer mon machine à la reconstruction du .edmx & régénérer les vues pour repousser la base de code, le tout sans succès. Aucun de mes collègues ne rencontre ce problème avec la même base de code & il n'y a aucune récursion ou boucle infinie n'importe où dans le code qui pourrait causer cela. Quelqu'un at-il des suggestions sur où aller à partir d'ici?

Bien que je sache que l'utilisation EDITBIN est une option possible par MSDN:

https://msdn.microsoft.com/en-us/library/aa235425(v=vs.60).aspx

... Je préfère aborder ce problème à la racine si quelqu'un a des connaissances sur le sujet. Merci!

Answer 1

J'ai résolu le problème ... malgré la solution qui n'a pas beaucoup de sens logique pour moi. Notre script Create Database indique explicitement une taille = 4096 Ko. La première fois que j'ai essayé d'exécuter ce script de création après la mise à jour WIN10, VS 2013 se plaignait que 4096 Ko n'était pas assez de place (même si c'était sur mon ancienne machine). Après avoir passé de nombreuses heures à essayer les solutions discutées dans mon OP, j'ai décidé d'exécuter à nouveau ce script (le même script EXACT) mais j'ai redéfini la taille à 4096. Cette fois, VS2013 ne s'est PAS plaint et je peux maintenant y accéder mon application correctement. Cela peut être fermé!