06-02-2019, 03:16 PM
good news, I was able to reproduce this problem with a very dedicated mask file (masks with small keyspace after masks with large keyspace, repeated thousands of times).
The problem seems to be located here: https://github.com/hashcat/hashcat/blob/...c#L87-L102
(and also present in the latest git master version)
Especially this seems to be dangerous doing on every mask change: https://github.com/hashcat/hashcat/blob/...hcat.c#L93 , if we can't guarantee that the restore data is in sync with the current loop.
I've asked atom about it and we will try to find a resolution (maybe doing this assignment only maximum once per launch or only one time at startup, because the restore file value isn't that much important to read after the first mask run is completed).
Thanks again for reporting... I think I nailed it, because without this code (commented out) it doesn't seem to error out for me anymore (but of course without the code at all we have a problem with the .restore file, therefore we should do it one time and only one time)
The problem seems to be located here: https://github.com/hashcat/hashcat/blob/...c#L87-L102
(and also present in the latest git master version)
Especially this seems to be dangerous doing on every mask change: https://github.com/hashcat/hashcat/blob/...hcat.c#L93 , if we can't guarantee that the restore data is in sync with the current loop.
I've asked atom about it and we will try to find a resolution (maybe doing this assignment only maximum once per launch or only one time at startup, because the restore file value isn't that much important to read after the first mask run is completed).
Thanks again for reporting... I think I nailed it, because without this code (commented out) it doesn't seem to error out for me anymore (but of course without the code at all we have a problem with the .restore file, therefore we should do it one time and only one time)