This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: 642391: tempfile.mktemp() docs to include dir info
Type: Stage:
Components: Documentation Versions: Python 2.3
process
Status: closed Resolution: rejected
Dependencies: Superseder:
Assigned To: loewis Nosy List: blunck2, loewis, midramas
Priority: normal Keywords: patch

Created on 2003-01-05 04:41 by blunck2, last changed 2022-04-10 16:06 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
tempfile.diff blunck2, 2003-01-05 04:42
tempfile.diff blunck2, 2003-01-06 04:46 contextual diff
Messages (4)
msg42289 - (view) Author: Christopher Blunck (blunck2) Date: 2003-01-05 04:41
added text that states that if a directory is not
provided to mktemp(), the system wide temporary
directory, or a suitable unique directory name is
prepended to the filename
msg42290 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2003-01-15 12:18
Logged In: YES 
user_id=21627

I don't think this patch addresses the concern of bug
642391. The issue is not in which directory the temporary
files are created, but whether the temporary files need to
be files. They need not: mktemp can also be used to create
temporary directories.

Of course, as mktemp suffers from security problems, using
mkdtemp (new in 2.3) is better to create temporary directories.
msg42291 - (view) Author: Michael Bartl (midramas) Date: 2003-09-24 22:35
Logged In: YES 
user_id=31511

I'd propose to close this patch due to the reasons given in
the comment from M.v. Loewis. Additionaly the
tempfile.mktemp() has been marked deprecated as of Python 2.3.

The same procedure could be applied to the original bug
#642391 since adding documentation to an insecure deprecated
function only gives the developers more choices on blasting
their systems.
msg42292 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2003-10-18 09:32
Logged In: YES 
user_id=21627

So closing the patch as rejected, and the bug report as
"won't fix".
History
Date User Action Args
2022-04-10 16:06:06adminsetgithub: 37719
2003-01-05 04:41:38blunck2create