replaceWithLink() can break links.

[HankB]

If the second argument to replaceWithLink() is itself one of more than one link to a file, the link will be broken when it is linked to the first argument. No files are lost but the situation will result in identical files that are not linked to each other.

This is a bug but since it results in degraded operation vs. loss of data it is not critical.

[HankB]

Further testing indicates that multiply linked files within the dataset examined will all be linked before the process completes. Files are dropped from the link but are added back as they are examined.

If any of the links extend outside the directories examined, these will not be 'recaptured' and will remain unlinked. This could also happen to files that are in read only (for the user running the process) directories. I am open to suggestions for fixing this.