RapidCRC is a tool for windows for checking and creating CRC32 and MD5 checksums (.sfv/.md5 files). Goal is to use the fastest available (assembly) implementations for this task. Specialty: direct support for CRC32 checksums stored in filenames.
Project Admins:
I think I've found a bug with RapidCRC. RapidCRC appears to have an issue with hard links
in NTFS on Windows 7. RapidCRC appears to be creating a value from the hardlink itself, not
following the link to the "real" file. An example of this is calc.exe found in c:\windows\system32.
I've included a line of powershell to get this information.
get-childitem c:\windows\system32\calc.exe | format-list fullname, target
FullName : C:\windows\system32\calc.exe
Target : {C:\Windows\winsxs\amd64_microsoft-windows-calc_31bf3856ad364e35_6.1.7600.16385_none_05b2f2e2346cfea4\calc.exe}
& "C:\Program Files (x86)\RapidCRC\RapidCRC.exe" (get-childitem c:\windows\system32\calc.exe | select-object -expand fullname)
\60b7c0fead45f2066e5b805a91f4f0fc *C:\windows\system32\calc.exe
& "C:\Program Files (x86)\RapidCRC\RapidCRC.exe" (get-childitem c:\windows\system32\calc.exe | select-object -expand target)
\10e4a1d2132ccb5c6759f038cdb6f3c9 *C:\Windows\winsxs\amd64_microsoft-windows-calc_31bf3856ad364e35_6.1.7600.16385_none_05b2f2e2346cfea4\calc.exe
If I copy calc.exe to c:\temp and run the md5sum against that file I get the value that begins with '10e4'
copy-item c:\windows\system32\calc.exe c:\temp -force
& "C:\Program Files (x86)\RapidCRC\RapidCRC.exe" c:\temp\calc.exe
\10e4a1d2132ccb5c6759f038cdb6f3c9 *c:\temp\calc.exe
If you are not the appropriate person (which is likely) would you happen to know who I can forward this information to?
Thanks for any help you can provide.
The portable version of RapidCRC found at portableapps.com does not appear to have this problem.
No more development?