Windows Vista supports now symlinks for files too. MS calls this "File-based symbolic links".
Do any chance exists that Total Commander will support this new link type?
IMHO it's important to recognize this file link in functions
- find duplicate files
- compare by contents
- synchronize dirs
because in the case that the user deletes the original file because the user is in the false believe of duplicate file contents then all data will be lost.
Support for file symlinks introduced with Windows Vista
Moderators: Hacker, petermad, Stefan2, white
-
theosdikaios
- Senior Member
- Posts: 228
- Joined: 2006-02-04, 13:02 UTC
Support for file symlinks introduced with Windows Vista
"Since there are many things which have never happened and never will happen,
and which nevertheless are clearly conceivable, and imply no contradiction,
how can one say they are absolutely impossible?" Leibniz
and which nevertheless are clearly conceivable, and imply no contradiction,
how can one say they are absolutely impossible?" Leibniz
-
sqa_wizard
- Power Member
- Posts: 3893
- Joined: 2003-02-06, 11:41 UTC
- Location: Germany
Good point !
Very dangerous in case of directory junctions.
TC has to parse the whole path for junctions and resolve it.
Compare by content: show at least a warning, that you are comparing a file with itself
Synchronize dirs: mark it as link and inhibit deletion of one side only
Very dangerous in case of directory junctions.
TC has to parse the whole path for junctions and resolve it.
Compare by content: show at least a warning, that you are comparing a file with itself
Synchronize dirs: mark it as link and inhibit deletion of one side only
#5767 Personal license
Support+++.
Very dangerous otherwise IMO, too.
Because deleting data (e.g. in C:\realdata) should be no problem, if the link on the other side points a copy stored somewhere else (e.g. C:\realdata2).
Very dangerous otherwise IMO, too.
Maybe TC can detect here, too, if a link on one side is pointing to the data on the other side - and in this case refuse deletion of the real data.sqa_wizard wrote:Synchronize dirs: mark it as link and inhibit deletion of one side only
Because deleting data (e.g. in C:\realdata) should be no problem, if the link on the other side points a copy stored somewhere else (e.g. C:\realdata2).
Who the hell is General Failure, and why is he reading my disk?
-- TC starter menu: Fast yet descriptive command access!
-- TC starter menu: Fast yet descriptive command access!