I've been running Crack 4.1 on our Sparc 20 for the past two days.
Ugh! (I guess I should have put it into Network mode). Anyhow, it
was suggested that we run it from our 64 bit OSF/1 box, which is a
DEC ALPHA chip processor. This system is also not as heavily used
as the Sparc 20, so I should get better performance.
The problem I've run into is this statement:
Ll ^= (S0L)[ *dp STEP];
---------------------^
This error occurs when compiling crack-fcrypt.c. STEP is supposed
to be #defined to either ++ or --, depending on whether BIG_ENDIAN
is defined, or SMALL_ENDIAN is defined. Are these system definitions?
The code within the conditional define will probably make a performance
difference depending on which one I use, if I'm to use either.
Anyone have a solution? Once our Sparc 20 has cached the bad passwords,
I'd prefer to run it off the faster processor for the next run.
P.S. Don't ask me to send you a copy of my password file so you can
test it ;-)
--
Derek Douville (Technical Analyst) COGNOS INCORPORATED
Phone: (613) 738-1338 x3033 Ottawa, Ont. K1G 3Z4
Fax: (613) 738-3518 #include <stddisclaimer.h>
UNIX TECHNICAL SUPPORT (Internal) SYSTEM ADMINISTRATION