Hi Wolfgang,
> Dear Lukasz,
>
> In message <1399295277-28334-1-git-send-email-l.majew...@samsung.com>
> you wrote:
> > The current approach set the initial value of crc32 calculation to
> > zero, which is correct for calculating checksum of the whole chunk
> > of data.
> >
> > It however, lacks
On Monday, May 05, 2014 at 07:47:30 PM, Wolfgang Denk wrote:
> Dear Lukasz,
>
> In message <1399295277-28334-1-git-send-email-l.majew...@samsung.com> you
wrote:
> > The current approach set the initial value of crc32 calculation to zero,
> > which is correct for calculating checksum of the whole
On Monday, May 05, 2014 at 03:07:57 PM, Lukasz Majewski wrote:
> The current approach set the initial value of crc32 calculation to zero,
> which is correct for calculating checksum of the whole chunk of data.
>
> It however, lacks the flexibility, when one wants to calculate CRC32 of
> a file com
Dear Lukasz,
In message <1399295277-28334-1-git-send-email-l.majew...@samsung.com> you wrote:
> The current approach set the initial value of crc32 calculation to zero,
> which is correct for calculating checksum of the whole chunk of data.
>
> It however, lacks the flexibility, when one wants to
The current approach set the initial value of crc32 calculation to zero,
which is correct for calculating checksum of the whole chunk of data.
It however, lacks the flexibility, when one wants to calculate CRC32 of
a file comprised of many smaller parts received separately.
In the proposed approa
5 matches
Mail list logo