我意识到这不是询问可搜索性的理想位置,但我有一个页面,当我在Internet Explorer中查看它时,它的JavaScript代码抛出了"Stack overflow in line 0“错误。
问题很明显不在第0行,而是在我写入文档的内容列表中的某处。在Firefox中一切都运行得很好,所以我没有Firebug和朋友的乐趣来帮助解决问题。
这有什么标准的原因吗?我猜这可能是Internet Explorer7的一个bug,或者是一些非常难懂的东西,我的Google-fu现在给我带来了小joy。我可以找到很多以前遇到过这个问题的人,但我似乎找不到他们是如何解决这个问题的。
发布于 2008-10-22 14:57:46
您可以在Internet Explorer中关闭"Disable Script Debugging"选项,并使用Visual Studio开始调试(如果您恰好有该选项)。
我发现它是诊断某些IE特定问题的为数不多的方法之一。
发布于 2010-03-03 02:02:46
我最近遇到了这个问题,并写了一篇关于我们代码中导致这个问题的特殊情况的帖子。
http://cappuccino.org/discuss/2010/03/01/internet-explorer-global-variables-and-stack-overflows/
简单的总结是:通过宿主全局对象的递归被限制为堆栈深度13。换句话说,如果您的函数调用使用的引用(不一定是函数本身)是以某种形式window.foo = function定义的,那么通过foo递归的深度被限制为13。
发布于 2008-10-22 15:56:56
啊哈!
我在一些代码中有一个OnError()事件,如果找不到图像源,它会将图像源设置为默认图像路径。当然,如果没有找到默认的图像路径,它将触发错误处理程序...
对于有类似问题但并不相同的人来说,我猜最有可能的原因是一个未终止的循环,一个触发它自己的事件处理程序,或者一些类似的东西把JavaScript引擎弄得乱七八糟。
https://stackoverflow.com/questions/226102
复制相似问题