delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | orion.ac.hmc.edu: neldredge owned process doing -bs |
Date: | Sun, 5 Mar 2000 03:38:35 -0800 (PST) |
From: | Nate Eldredge <neldredge AT hmc DOT edu> |
X-Sender: | neldredge AT orion DOT ac DOT hmc DOT edu |
To: | djgpp-workers AT delorie DOT com |
cc: | Alain Magloire <alain AT qnx DOT com> |
Subject: | Re: DJGPP innovations ????? |
In-Reply-To: | <Pine.SUN.3.91.1000305093612.29735D-100000@is> |
Message-ID: | <Pine.GSO.4.10.10003050336030.5934-100000@orion.ac.hmc.edu> |
MIME-Version: | 1.0 |
Reply-To: | djgpp-workers AT delorie DOT com |
Errors-To: | dj-admin AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
On Sun, 5 Mar 2000, Eli Zaretskii wrote: > In all fairness, M$ is doing more than just symlinks: it also has some > daemon program running in the background and actively looking for files > that can be replaced by links to other files, thus freeing the disk > space. > > IMHO, this is going to be one of those ``features'' people would love to > turn off (e.g., what happens if you delete the sole copy of the file > after the daemon linked half a dozen other files to it: does Windows then > go back and automagically restore the original file it replaced with a > link?). Presumably it would be more like Unix hard links, where there is just a link count. So the file disappears only when the last link is deleted. But you'd also need something like copy-on-write to deal with one of the files being modified, if you wanted it to be transparent.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |