bug [ 1186072 ] tempnam doc doesn't include link to tmpfile

This commit is contained in:
Georg Brandl 2005-06-25 20:44:10 +00:00
parent e21d9ab342
commit 6df3fd3790
1 changed files with 9 additions and 8 deletions

View File

@ -1101,8 +1101,8 @@ On \UNIX, the environment variable \envvar{TMPDIR} overrides
behavior of this function depends on the C library implementation;
some aspects are underspecified in system documentation.
\warning{Use of \function{tempnam()} is vulnerable to symlink attacks;
consider using \function{tmpfile()} instead.}
Availability: Macintosh, \UNIX, Windows.
consider using \function{tmpfile()} (section \ref{os-newstreams})
instead.} Availability: Macintosh, \UNIX, Windows.
\end{funcdesc}
\begin{funcdesc}{tmpnam}{}
@ -1113,12 +1113,13 @@ responsible for properly creating and managing files created using
paths returned by \function{tmpnam()}; no automatic cleanup is
provided.
\warning{Use of \function{tmpnam()} is vulnerable to symlink attacks;
consider using \function{tmpfile()} instead.}
Availability: \UNIX, Windows. This function probably shouldn't be used
on Windows, though: Microsoft's implementation of \function{tmpnam()}
always creates a name in the root directory of the current drive, and
that's generally a poor location for a temp file (depending on
privileges, you may not even be able to open a file using this name).
consider using \function{tmpfile()} (section \ref{os-newstreams})
instead.} Availability: \UNIX, Windows. This function probably
shouldn't be used on Windows, though: Microsoft's implementation of
\function{tmpnam()} always creates a name in the root directory of the
current drive, and that's generally a poor location for a temp file
(depending on privileges, you may not even be able to open a file
using this name).
\end{funcdesc}
\begin{datadesc}{TMP_MAX}