hashcat and rules, bug or not

[kerk]

it's looks like a bug for me, maybe i'm wrong and it is some kind of feature

create test rule with one symbol ":"
in docs/rules.txt it's:
#define RULE_OP_MANGLE_NOOP1 ':' // does nothing
create "wordlist" file with numbers from 1 to 10000
generate from this "wordlist" md5 hashes
try to recover generated hashes with "wordlist"
try to recover generated hashes with "wordlist" and "nothing" rule

so, these steps

Code:

C:\>cat test.rule
:

C:\>hashcat-cli32.exe -V
0.38

C:\>del hashcat.pot

C:\>perl -e "for(1..10000){print \"$_\n\"}" > words

C:\>perl dict2hash.pl words >md5h

C:\>hashcat-cli32.exe -m0 -n1 md5h words
... cut ...
All hashes have been recovered

C:\>grep -c '' hashcat.pot
10000

C:\>del hashcat.pot

C:\>hashcat-cli32.exe -m0 -n1 -r test.rule md5h words
... cut ...
Index.....: 1/1 (segment), 10000 (words), 58894 (bytes)
Recovered.: 2500/10000 hashes, 0/1 salts
... cut ...
Progress..: 10000/10000 (100.00%)
... cut ...

C:\>grep -c '' hashcat.pot
2500

C:\>cat hashcat.pot
1
5
9
13
17
21
... cut ...
9981
9985
9989
9993
9997

so, with applying the rules something gone wrong?
looks like every 1 of 4 passwords was restored and others are not


hashcat-cli32.exe runned on win xp pro sp2 , proc: intel core 2 duo e6600
i've tried -n parameter 1,2,4, thinking that depends on processor's cores\threads, but it did not help

any thoughts on this?

sorry for my lame english

[atom]

this is already known and already fixed, see here: http://hashcat.net/forum/thread-767.html

anyway, thanks for reporting!

[kerk]

ok , thanks for reply
sorry for the trouble