majkinetor wrote:
Why not using meaningfull things instead numbers:
I preferred numbers as then can easily use other ones too like MD2, MD4, or SHA256 etc if supported.
Anyway, I added another one
Hash_str.ahk to the zip which accepts (only) the string CRC32/MD5/SHA1 as SID.
Quote:
You can also check if first parameter is not a number. If so, you can treat it as a file name, so function becomes really practical. This introuduces dependency to File.ahk unless you paste the code, however, something which isn't true now.
Making Hash() accept the file path really introduces a dependency on other script/Library even if it's not used.
In the current context, you can use any other means than File_WriteMemory() to prepare the buffer of data without dependency on unused script/Library.