Posts: 187
Threads: 40
Joined: Sep 2010
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
Posts: 5,185
Threads: 230
Joined: Apr 2010
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
Posts: 187
Threads: 40
Joined: Sep 2010
Yeah ok thanks man, I'll figure out how long they take then use the < on the dict so oclHashcat doesn't check it
Posts: 187
Threads: 40
Joined: Sep 2010
Tried < with windows exe and it doesn't work. Any ideas?
Posts: 2,301
Threads: 11
Joined: Jul 2010
are you sure? works fine for me.
Posts: 134
Threads: 27
Joined: May 2010
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 ?
Posts: 2,301
Threads: 11
Joined: Jul 2010
doesn't work for directories of course.
Posts: 414
Threads: 14
Joined: Mar 2012
great..
i was facing similar problems xD
Posts: 134
Threads: 27
Joined: May 2010
(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.
Posts: 5,185
Threads: 230
Joined: Apr 2010
if there is enough demand, yes
