为什么 python 的 eval 有长度限制?

On my computer S can be generated just fine, but for values of approximately N>74900, Python will fail with Segmentation fault (core dumped). Is there a limit to the length of string (or parse tree) that the interpreter can handle?

注意:我不需要这样做，对我来说这是一个更深层次的问题，反映出我对盒子里发生的事情一无所知.我想了解为什么 Python 在这里失败了，而且是灾难性的(为什么不抛出异常?)

Note: I don't need to do this, to me this is a deeper question reflecting my ignorance of what goes on inside the box. I'd like to understand why Python fails here, and so catastrophically (why not throw an exception?)

推荐答案

这个问题是由 CPython 编译器中的堆栈溢出引起的.重现相同问题的简单方法是

This issue is caused by a stack overflow in the CPython compiler. An easy way to reproduce the same issue is

>>> code = compile("1" + "+1" * 1000000, "", "eval")
Segmentation fault

这证明段错误发生在编译阶段，而不是评估期间.(当然这个用gdb也很容易确认.)

which proves that the segfault is happening at the compile stage, not during evaluation. (Of course this is also easy to confirm with gdb.)

[旁注:对于较小的表达式，编译器无论如何都会在此处应用常量折叠，因此在代码执行期间唯一发生的事情就是加载结果:

[Side note: For smaller expressions, the compiler would apply constant folding here anyway, so the only thing happening during the execution of the code is to load the result:

>>> code = compile("1" + "+1" * 1000, "", "eval")
>>> eval(code)
1001
>>> dis.dis(code)
  1           0 LOAD_CONST            1000 (1001)
              3 RETURN_VALUE        

旁注结束.]

此问题是已知缺陷.Python 开发人员在 目录 Lib/test/crashes 的源代码分发.与此问题对应的是 Lib/测试/crashers/compiler_recursion.py.

This issue is a known defect. The Python developers collected several ways to crash the Python interpreter in the directory Lib/test/crashers of the source distribution. The one corresponding to this issue is Lib/test/crashers/compiler_recursion.py.

这篇关于为什么 python 的 eval 有长度限制?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持html5模板网！