3 replies
by partnersusa Accepted solution
by older mycroft Accepted solution
Although it may seem to you that there are multiple instances of the same file (by name, even by byte-count) you have to be aware that many of them are essential for the continued running of your computer system.
In the case of genuine duplicates, there is also the problem of knowing WHICH one to delete, as deleting the wrong one may render your system unusable upon the next boot.
How much 'space' are you likely to gain by this action?
[u]Consider the following scenario for a moment:[/u]
[b]Scenario 1:[/b]
When you install A.EXE, it installs STATS.DLL into a place where anyone can use it. Then later, when you install B.EXE, it sees that STATS.DLL is already on your machine, so it has no need to install it. B.EXE just uses the STATS.DLL that's already there.
Sounds fantastic in principal since disk space is saved, and there's only one STATS.DLL to keep track of.
Then you take an update to A.EXE, which includes a new version of STATS.DLL. The update dutifully replaces the older copy of STATS.DLL with the new, and the new A.EXE is happy.
And your old B.EXE breaks.
Why? Well, to be clear, it's not supposed to. But all too often it does, because something about the newer STATS.DLL didn't take into account the way that B.EXE was using it. Could be either components fault, but the fact is that B.EXE doesn't work with the newer STATS.DLL.
You're stuck, until B.EXE is revised to work with the newer STATS.DLL. If B.EXE is never updated, you're basically screwed.
?
[b]Scenario 2:[/b]
So the makers of B.EXE and A.EXE get tired of this situation where they can't update their software without affecting each other. So they decide to take a different approach.
Now, when you install A.EXE, it installs STATS.DLL into a private place where only A.EXE can use it. Later, when you install B.EXE, it does the same thing, installing another copy of STATS.DLL where only it can use it.
Problem solved, right? Now when A.EXE is update, it only update's its copy of STATS.DLL and B.EXE is unaffected.
But of course you have two copies of STATS.DLL on your machine. In fact, you may have two identical copies of STATS.DLL on your machine.
And deleting either one would be a big mistake.
?
So here's the bottom line:
Yes, it's safe to delete some of the duplicate files that your duplicate file finder may identify. It's just not easy to tell which ones. And without knowing, it's possible very possible you'll break an application, or worse, your operating system.
My advice: don't.
If you're looking to free up space on your hard drive, use tools that show you where the most space is being used and target your efforts to get the biggest bang for your buck.
Try using [b]TREESIZE[/b]:
http://download.cnet.com/1770-20_4-0.html?query=TreeSize+Free&searchtype=downloads
But in general, unless you know what you're doing, leave duplicate files alone.
--------------------------------------------
What types of files are you referring to?
Where are these duplicates located?
by peconet tietokoneet Accepted solution
http://www.easyduplicatefinder.com/files/easy_duplicate_setup.exe
For Windows NT/2000/XP/2003/Vista
Please post back if you have any more problems or questions.
If this information is useful, please mark as helpful. Thanks.
This discussion is closed to new replies.
Trending Desktop posts
Sort by Trending