Eric W. Biederman wrote:
> [EMAIL PROTECTED] (Eric W. Biederman) writes:
>
>
>>Ollie Lho <[EMAIL PROTECTED]> writes:
>>
>>
>>>Ronald G Minnich wrote:
>>>
>>>
>>>>On Thursday 24 January 2002 11:16, Eric W. Biederman wrote:
>>>>
>>>>
>>>>>Not that I am trying to escape problems, but ron could it be
>>>>>that your DoC (or part of it) just when bad? I can't imagine
>>>>>the hot swap is very good for it.
>>>>>
>>>>>
>>>>it appears so, I am testing with a different part. Weird. It was not
>>>>hot-plugged for a few months. The gunzip probably is quite odd. ron
>>>>
>>>>
>>>I think it is some bug in gunzip. If your try with some different
>>>compression level (gzip -1 to -9) the crc error will just gone.
>>>
>>O.k. I think I have found where the bug is in inflate.c
>>When I did the initial conversion I removed this snippet of code
>>from inflate() thinking bk was a locale variable.
>>
>> /* Undo too much lookahead. The next read will be byte aligned so we
>> * can discard unused bits in the last meaningful byte.
>> */
>> while (bk >= 8) {
>> bk -= 8;
>> inptr--;
>> }
>>
>
> Nope that isn't the bug. This code is called exactly once after all of
> the decompression has happend. For gunzip this code makes some sense
> in the concatenation case. But for us if that code triggers it is a
> bug, as we have read too many bytes...
>
Eric,
Are we really going to dig the gunzip bug ?? I though we are
at the stage to force a conversion to ELF boot.
Ollie
