oclHashcat-plus v0.10 RC1
#1
Hey Beta-Testers!

the oclHashcat-plus v0.10 RC1 is up in https://hashcat.net/beta

It is time to start aggressive testing and post results on here.

See changes for changes, but please test everything not just the changes.

If you are on AMD, make sure to update to Catalyst 12.11 beta before.

--
atom
Reply
#2
- It crashes when there's more than 27 dicts in command-line, this problem started with 0.10b44 precisely (0.10b43 works just fine). It's behavior changes when playing with --session=, so they're related.

- I've noticed this in 0.09, sometimes when pressing [b]ypass I see this:
Code:
Next dictionary / mask in queue selected, bypassing current one.
Next dictionary / mask in queue selected, bypassing current one..
Next dictionary / mask in queue selected, bypassing current one...
Next dictionary / mask in queue selected, bypassing current one....
Next dictionary / mask in queue selected, bypassing current one.....
Next dictionary / mask in queue selected, bypassing current one......
Next dictionary / mask in queue selected, bypassing current one.......
Next dictionary / mask in queue selected, bypassing current one........
And it goes like that... forever...
Reply
#3
In --help, "300 = MySQL" should be "300 = MySQL4.1/MySQL5".
Reply
#4
Might be a bug or just a random problem that I got but I was running a batch file and the "program/dos window" stopped responding. The cursor was blinking but it was not responsive to any command. I ended up closing the window and using --session --restore it showed that it was 100% and still got stuck there.

Specification: Windows 7 64 bit driver 306.02
2x GTX 460 + 1x GTX470

Switches used:
-a 0 -d 1,2,3 -m 2811 --session left -o found.txt --remove -r rule1
Reply
#5
Under dos window, didn't have problems having a folder with more than
500 dictionaires, mixed sizes (from very small ones, to big ones), but
not always finishing the running whithout having to press enter or
ctrl+break, when all the dictionaires were already checked.

Also noted the following message willing running a list agains that
large list of dictionaires 'Warn: rename file 'oclhashcat-plus.restore.new'
to 'oclhashcat-plus.restore': permission denied.
I saw it once, not sure if that kind of message repeated again later.

Windows 7 64 bit driver 12.11
Reply
#6
Another minor detail. For the 3 GPUs that I have, when running a small attack, only one GPU gets some load. This is fine but the speed is shown for GPU1 and the HWmon.GPU shows the %util for GPU2.
Reply
#7
OK, thanks so far, please guys continue testing
Reply
#8
Can confirm the detail about GPU activity: only show for the first
or second one, if the dictionaire, and rules, are short (at least in
my runs). For large runs, the other GPUs start their activity normally
and can see them all working.
Looks logical to me, but don't know if that's what atom expected.
Reply
#9
Yeah its what to expect. If there is no workload left to share some GPUs will idle.
Reply
#10
(11-17-2012, 10:16 AM)atom Wrote: Yeah its what to expect. If there is no workload left to share some GPUs will idle.
My point was just that, like before, the GPU number for load and speed are not matching.
Reply