[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <38db12c8e853843191851ee15ae1b3af@smtp.hushmail.com>
Date: Fri, 17 Aug 2012 19:18:32 +0200
From: magnum <john.magnum@...hmail.com>
To: john-dev@...ts.openwall.com
Subject: Re: RAR early reject
On 2012-08-17 19:00, Pavel Semjanov wrote:
> On 17.08.2012 20:44, Pavel Semjanov wrote:
>> On 17.08.2012 19:48, magnum wrote:
>>> On 2012-08-17 16:53, magnum wrote:
>>>> On 2012-08-17 15:52, Pavel Semjanov wrote:
>>>>> -m4, -m5 option really forces PPM code. -m1 to -m3 should force LZ
>>>>> code.
>>>
>>> I can not reproduce this. I create archives (using linux rar 4.00 beta
>>> 3) with -m4 and -m5 and debug output shows that first block is an LZ
>>> block, unrar.c populates a Huffman table and correctly inflates the
>>> data. Maybe second block and on will be PPM?
>>
>>
>> Hmm, you're right. It seems that PPM no longer (or very rarely) used in
>> rar 4.x. You need rar 3.x to test ppm. That's why your code passed the
>> tests ;-)
>>
>
> Fix: use -mct to force ppm in rar 4.x
Thanks, works fine.
I had to drop the MaxOrder < 64 constraint. I have files with a correct
MaxOrder of eg. 165, that was not cracked until I dropped that. I can
send you samples if you like.
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.
