New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Parsing-related issues #6
Comments
Thank you for the report! Well, actually it has nothing to do with the ampersand, but it has to do with the -s option. If you customize the output by specifying a different separator using the option -s, Jacksum may not be able to parse the output again by default using -c. It is documented in the manpage
From there, you have the following options A) don't use -s if you want to parse the output without a compatibility file or B) use a compatibility file. It helps Jacksum to parse the customized format properly. For demonstration purposes, I have stored the required definitions from the case above to a file called alepod.format:
and now you can check the file by typing
BTW, alepod.format can be stored anywhere, you just need to specify the location if it is not in the current working directory.
The nice thing about the compatibility definitions is that it simplifies the creation of the check file as well:
Does that answer your question? |
Well, yes. Thanks. |
I have created issue #9 because I think it should be done. |
Here's folder listing:
We use:
jacksum -a md5 -8 -s \t -O dnd.hash "Dungeons & Dragons 3.0 and 3.5"
We got
dnd.hash
of this content:Trying to verify the same folder against this hashlist (working from 1 level up from listed folder):
I guess it has something to do with
&
char, but I'm not sure. We see, it ignoresDungeons
part of relative path.The text was updated successfully, but these errors were encountered: