]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
bpo-17852: Doc: Fix the tutorial about closing files (GH-23135)
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Fri, 27 Nov 2020 00:51:54 +0000 (16:51 -0800)
committerGitHub <noreply@github.com>
Fri, 27 Nov 2020 00:51:54 +0000 (16:51 -0800)
Co-authored-by: Inada Naoki <songofacandy@gmail.com>
(cherry picked from commit c8aaf71dde4888864c0c351e2f935f87652c3d54)

Co-authored-by: Volker-Weissmann <39418860+Volker-Weissmann@users.noreply.github.com>
Doc/tutorial/inputoutput.rst

index 366a532e817afad783d204579314e0e2202baceb..4e27cff83ce59fcd87f38aafc9d7120970bcdb0d 100644 (file)
@@ -329,11 +329,16 @@ equivalent :keyword:`try`\ -\ :keyword:`finally` blocks::
 
 If you're not using the :keyword:`with` keyword, then you should call
 ``f.close()`` to close the file and immediately free up any system
-resources used by it. If you don't explicitly close a file, Python's
-garbage collector will eventually destroy the object and close the
-open file for you, but the file may stay open for a while.  Another
-risk is that different Python implementations will do this clean-up at
-different times.
+resources used by it.
+
+.. warning::
+   Calling ``f.write()`` without using the :keyword:`!with` keyword or calling
+   ``f.close()`` **might** result in the arguments
+   of ``f.write()`` not being completely written to the disk, even if the
+   program exits successfully.
+
+..
+   See also https://bugs.python.org/issue17852
 
 After a file object is closed, either by a :keyword:`with` statement
 or by calling ``f.close()``, attempts to use the file object will