这与How to solve "OSError: telling position disabled by next() call"几乎是相同的问题。尽管较早的问题已收到一些有用的解决方法的答案,但错误的含义尚不清楚。我想知道是否有人可以对此发表评论。

我正在学习Python并大致遵循tutorial。我在Fedora 23上以交互方式输入以下内容:

$ python3
Python 3.4.3 (default, Aug  9 2016, 15:36:17)
[GCC 5.3.1 20160406 (Red Hat 5.3.1-6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> with open("myfile","r") as file:
...     for l in file:
...         print("Next line: \"{}\"".format(l))
...         print("Current position {:4d}".format(file.tell()))
myfile包含几行文本。输出:

Next line: "This is line number 0
"
Traceback (most recent call last):
  File "<stdin>", line 4, in <module>
OSError: telling position disabled by next() call

对该错误进行谷歌搜索会产生多达6个结果。 Windows 10上Cygwin上的Python 3.6.4也会发生同样的情况。

编辑:

文本文件的tell()方法是documented as follows:



“不透明数字”似乎表明我不能只打印它。因此,我将第二个print()调用替换为pos = file.tell()。结果相同。

最佳答案

该消息的含义与所说明的完全相同:因为您已在文件上调用了next(),所以已禁用该文件上的tell()的使用。
看起来好像您没有调用next,但是for循环隐式调用它。 for循环:

for element in thing:
    do_stuff_with(element)
是语法糖
iterator = iter(thing) # the real implementation doesn't use a variable
while True:
    try:
        element = next(iterator) # here's the next() call
    except StopIteration:
        break
    do_stuff_with(element)
对于文件,iter(file)返回文件,并且循环在文件上调用next

至于为什么调用next禁用tell(),这是为了提高效率。它仅在文本文件(特别是io.TextIOWrapper)中发生,该文本文件必须执行bunchextra工作才能支持tell;关闭tell支持可使他们跳过此工作。使next禁用tellchange的原始提交消息是“通过禁用快照更新来加快next()的速度。”,表明这样做是为了提高效率。
对于历史上下文,previous Python versions使用了next和其他文件方法未考虑的tell隐藏缓冲区,导致tell(和其他文件方法)在文件迭代期间产生了非常不有意义的结果。当前的IO实现将能够在迭代过程中支持tell(),但是io.TextIOWrapper仍然可以阻止此类调用。 next与其他方法之间的历史不兼容可能导致了为什么在迭代过程中禁用文件功能的某些部分被认为是合理的。

您没有要求解决方法,但是为了使最终在此页面上找到解决方法的人员受益,我会提到
for line in iter(file.readline, ''):
    ...
将允许您在不禁用tell的情况下遍历文本文件的各行。 (您可以将for line in iter(file.readline, b'')用于二进制文件,但是没有太多意义,因为对于二进制文件,没有tell禁用机制。)

关于python - "OSError: telling position disabled by next() call"错误的含义?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/49785865/

10-12 18:35