hashcat Forum

Full Version: splitlen shrinks dictionary size?
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
Hi all!

I'm using splitlen on my dictionaries as mentioned in "Essential performance note" here http://hashcat.net/forum/thread-2543.html

However, I noticed that the size of the dictionary after split and merge decreases. I compared the lines before and after, and the count after sorting decreases as well

Is this supposed to happen?

Thanks!
Splitlen stops at 15 characters.
Try ULM.
You need to recompile splitlen and change these two lines accordingly:

#define LEN_MIN 1
#define LEN_MAX 15

You could also try using a one-liner in bash to accomplish the same thing:

awk '{print length, $0}' < wordlist.dict | sort -n | cut -d ' ' -f 2- > wordlist-sorted.dict
Just changing #define LEN_MAX 15 doesn't do the trick. Dictionary goes from 16gig -> 4mb.
You have to edit value after LEN_MAX to 55 or something like that...
(09-15-2013, 04:12 PM)skalderis Wrote: [ -> ]Just changing #define LEN_MAX 15 doesn't do the trick. Dictionary goes from 16gig -> 4mb.

After changing, you need to recompile the binary
I changed and recompiled with Dev-C++. It drops me an exe. But then it doesn't do what it suppose to. Maybe I should use different compiler.
I made you a 64-bit binary using MinGW64. Should work.

https://dl.dropboxusercontent.com/u/1020...litlen.exe
(09-16-2013, 07:46 PM)Mangix Wrote: [ -> ]I made you a 64-bit binary using MinGW64. Should work.

https://dl.dropboxusercontent.com/u/1020...litlen.exe

I appreciate that. But I don't open random exe's from internets Smile Thanks anyway. Found that Dev-C++ still have some 500 known bugs. Canceled Visual Studio 2012 install and booted linux. One liner with gcc and done, working correctly.
There is good alternative for dev-c++ like codeblocks which by default use MinGW64 as compiller.
Pages: 1 2