|
Message-ID: <14b47830ce8b1094459956ff4cf0eb21@smtp.hushmail.com> Date: Fri, 03 Jan 2014 03:20:53 +0100 From: magnum <john.magnum@...hmail.com> To: john-dev@...ts.openwall.com Subject: Re: ./jtrts with linux-x86ö-64-native OMP build On 2014-01-03 03:00, Frank Dittrich wrote: > With latest bleeding-jumbo and jtrTestSuite and a linux-x86-64-native > OMP build (i5-4570 CPU) I get these failing self tests: > > $ ./john --test=0 |LC_ALL=C grep -i fail > Will run 4 OpenMP threads > Testing: dynamic_38 [sha1($s.sha1($s.sha1($p))) (Wolt3BB) 128/128 AVX > 480x4x2]... (4xOMP) FAILED (get_hash[0](13)) > Testing: dynamic_107 [WHIRLPOOL(WHIRLPOOL($s).WHIRLPOOL($p)) 64/64 > 6144x1 OpenSSL]... (4xOMP) FAILED (get_hash[0](4)) > Testing: dynamic_1027 [sha1(sha1(sha1($pass)))) (first 32 bytes) 128/128 > AVX 480x4x2]... (4xOMP) FAILED (get_hash[0](13)) > Testing: dynamic_1028 [sha1(sha1_raw($pass)) (first 32 bytes) 128/128 > AVX 480x4x2]... (4xOMP) FAILED (get_hash[0](13)) > Testing: dynamic_1501 [sha1($salt.sha1($pass) (Redmine) 128/128 AVX > 480x4x2]... (4xOMP) FAILED (get_hash[0](13)) > 5 out of 354 tests have FAILED We do have this: https://github.com/magnumripper/JohnTheRipper/issues/385 listing a couple of Dynamic formats (about the same ones but like you see below, it varies). They may all be one same bug. > testing: john -test=0 --encoding=koi8r > Will run 4 OpenMP threads Hm, so using --encoding=koi8r, nothing fails self-test? That is a clue (this does not apply to -enc=utf8 because it only tests formats that use UTF-16 internally). > form=dynamic_0 guesses: 1500 0:00:00:00 DONE [PASSED] > .pot CHK:dynamic_0 guesses: 1500 0:00:00:00 DONE [PASSED] > ... > form=dynamic_37 guesses: 1500 0:00:00:00 DONE [PASSED] > .pot CHK:dynamic_37 guesses: 1500 0:00:00:00 DONE [PASSED] > Use of uninitialized value $crack_xx[4] in substitution (s///) at > ./jtrts.pl line 612. > Killed > > At that point I had to kill the test suite - it was consuming more and > more memory... > > I guess that > $crack_xx[4] =~ s/100%/DONE/; > in jtrts.pl line 612 must be moved after the > while (not defined $crack_xx[4]) { push (@crack_xx, "unk"); } > a few lines further down... *Excellent*, I will commit that fix to the TS. I always hated that TS bug but for some reason I never looked into it. > form=oracle11 guesses: 0 0:00:00:13 DONE : > Expected count(s) (1500) [!!!FAILED!!!] > .pot CHK:oracle11 guesses: 0 unk unk [PASSED] > > This is the lotus85 FMT_NOT_EXACT problem. > Can we move Lotus85 after oracle11? > Or process the (plugin) formats twice? First those that donÄt produce > false positives, then the others? No, this one was fixed last night. You need to pull the TS! magnum
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.