Yup, you are bang on the money! Ran this under cygwin:
find . -type d -exec c:/windows/system32/fsutil file queryfileid {} \; |sort |uniq -c
24 File ID is 0xffffe78e24786a20
2 File ID is 0xffffe78e24ad89e0
1 File ID is 0xffffe78e2663d290
2 File ID is 0xffffe78e2686e5a0
1 File ID is 0xffffe78e268f9310
1 File ID is 0xffffe78e26c17010
1 File ID is 0xffffe78e27036010
1 File ID is 0xffffe78e282e8010
7 File ID is 0xffffe78e28d49010
18 File ID is 0xffffe78e2b0985a0
9 File ID is 0xffffe78e2b6e8010
2 File ID is 0xffffe78e2b780720
2 File ID is 0xffffe78e2b783010
2 File ID is 0xffffe78e2bf54010
Many duplicates! Not only that, but the results were different with each invocation. The ids also differed with files on each invocation, too (-type f). Neither were true for files/dirs on native ntfs.
Don’t suppose there’s another way to do it? Or, perhaps, a switch to turn this code off including completely ignoring Windows junctions? It blows virtualbox shared file systems completely.
Just seen:
https://forum.syncthing.net/t/option-to-follow-directory-junctions-symbolic-links/14750
Do not mean any disrespect to the amazing work @xarx put into this.
Thanks for your help with, and your time spent in giving me a handle on this.
===Rich