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
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
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
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 chunk of
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 the
5 matches
Mail list logo
