Mail Archives: djgpp-workers/2000/08/23/08:08:43
> Date: Tue, 22 Aug 2000 22:30:57 +0200
> From: Laurynas Biveinis <lauras AT softhome DOT net>
>
> That's it. A big relief :-). The only things left
> are few documentation tweaks and bugfixing.
Hmm... I wonder if this is really all. What about the following
functions:
- remove, rename, rmdir, unlink: these are indeed documented not to
follow symlinks, but this refers to the last part of the file
name, I think, not to its directory part. For example, this
call:
remove ("/foo/bar/baz/file");
should resolve symlinks in "/foo/bar/baz", in case one or more of
them are symlinks. Otherwise, `remove' will fail, because the
low-level DOS functions it calls don't know about symlinks.
- tmpfile: it must resolve symlinks in the leading directories of
what tmpnam (called internally by tmpfile) returns. That's
because tmpnam uses `access', which supports symlinks, but
tmpfile opens the file with _creatnew, which doesn't know about
symlinks.
Similar considerations apply to mktemp and mkstemp.
> Last, but not the least, I'm very thankful to DJ, Eli, Martin,
> Andris, Alain and all others who helped with ideas, objections,
> FTP space, etc, etc...
Most important, thank _you_ for doing all the hard work!
- Raw text -