| 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 |