Does not save compliant SFV files and/or CRC32 checksums

[NintendoManiac64]

The formatting for saved CRC32 checksums is backwards compared to compliant SFV files.

The following is what is standard:

test.txt    d87f7e0c
testing.txt e8f35a06

While this is what GtkHash actually creates:

d87f7e0c  test.txt
e8f35a06  testing.txt

It would seem that GtkHash is instead using the checksum formatting used by the like of MD4, MD5, SHA1, etc. and does not take into account that .SFV has things positioned in reverse. This is particularly noticeable if you try to open any of GtkHash's saved checksum files in "HashCheck Shell Extension" (which works via WINE 7.x, at least for reading/verifying/processing already-existing checksum files) and/or compare the results to any checksum files created by "HashCheck Shell Extension" (only possible through Windows).

Interestingly, GtkHash is however able to read compliant .SFV files without issue.

Link to "HashCheck Shell Extension" for reference (it's been around since at least 2009 according to archive.org which predates GtkHash's 1.0 release from 2016 by 7 years):

• https://code.kliu.org/hashcheck/