Hi atom,
When reading very large dicts, it obviously takes awhile before it even starts, can u make oclHashcat-plus store a dict properties so once it's read a dict, it stores the number of lines for next time unless it's been modified? When running a batch job it will save quite a bit of time when having to read 36GB dicts
no, because if you change the dictionary the stored numbers become invalid.
you can work-around the line counter by using <, then it will start instant with cracking
with eta:
./oclHashcat-plus... hash dict
without eta:
./oclHashcat-plus... hash < dict
Yeah ok thanks man, I'll figure out how long they take then use the < on the dict so oclHashcat doesn't check it
Tried < with windows exe and it doesn't work. Any ideas?
are you sure? works fine for me.
Give to me this message, if using < dic : Access is denied. (dic is the dic name folder, of course).
Normall behavior, but reading the every single dic before starts, whitout using the < parameter.
What's is wrong, perhaps the version we are running ?
doesn't work for directories of course.
great..
i was facing similar problems xD
(04-16-2012, 10:54 PM)undeath Wrote: [ -> ]doesn't work for directories of course.
atom, can this option be implemented ? At least it will give
a faster start for those that don't care too much about
details, like estimated time to finish, as example.
if there is enough demand, yes