Je cours dans une exception StackOverflowException (ne demandez pas, ce n'est pas ma faute) dans IIS6/2k3 qui a une limite de 256k, mais l'exception ne se produit pas dans le débogueur VS.Quelle est la limite de pile de Cassini (alias VS Dev Server)?
En ce qui concerne la compréhension j'aimerais bien savoir, mais n'ont pas réussi à google quelle est la limite de la pile de Cassini ... si en effet il en a un?
Avez-vous essayé le Cassini débordant de pile pour voir à quel moment il s'écrase? J'imagine que la pile est immense, bien que je m'attendrais à ce que Cassini réplique IIS aussi étroitement que possible. Il est surprenant que quelque chose qui s'exécute dans VS ne fonctionnerait pas dans IIS, et je considérerais même filing a VS bug with Microsoft, car il semble que le but de Cassini est de répliquer la fonctionnalité d'IIS et de fournir un environnement de débogage idéal, puisque tous les projets web vous écrivez dans VS sera intrinsèquement déployé contre IIS.
Je ne suis pas sûr si this forum thread a été publié par vous, ou si vous l'avez vu, mais il semble avoir exactement le même problème, au cas où vous l'éprouvez encore.
Non, ce n'est pas moi (JScript.Net? Eww). J'ai essayé un test pour voir quelle était la limite de la pile pour cassini mais elle a soufflé VS donc AFAIK il semblerait qu'il y ait une limite * no * ou s'il y en a une, elle est associée à VS. Ma recommandation est d'attacher VS à IIS au début du développement. – annakata
Je ne pense pas que c'était le but explicite et unique de Cassini, répliquer IIS. Je pense que l'objectif principal était de faciliter et d'accélérer le temps de développement. Cela dit, ce serait bien s'ils étaient pareils. Mais ils sont probablement assez différents pour avoir des limites de pile différentes. En théorie, vous ne les touchez pas. –
fwiw, j'ai résolu le problème (les collègues déclarant * vastes * tableaux) - mais le symptôme, et la question reste non résolue. – annakata