Inconsistent CRC or Checksum Values on Large ApplicationsLast reviewed: April 24, 1997Article ID: Q151224 |
The information in this article applies to:
SUMMARYLarge application executable files can return different cyclic redundancy check (CRC) values due to unique product identification stamping that occurs when the application is installed. To avoid this inconsistent result, you must provide an offset that starts the CRC calculation past this unique data. This also applies to the calculation of Checksum values.
WORKAROUNDTo calculate a CRC or Checksum with the SMS Administrator, do the following:
NOTE: This documentation mentions the Filetokn.exe utility which was not included with SMS 1.1. Use the steps listed above to perform the same functions. Generally, an offset of 10,000 and a length of 10,000 to 50,000 will return a consistent value for most large executable files. Don't forget to consider that the larger the values for the length, the longer it will take to calculate. To really be certain that the value you calculate does not contain any unique data, calculate the CRC or Checksum on the executable file installed from two installations of the same application.
MORE INFORMATIONLarge applications like Microsoft Word or even applications from other software developers will often contain a unique product ID stamp at the beginning and/or end of the file data. For example, Microsoft Word 7.0 uses WINWORD.EXE which is 3,845,120 bytes in size. This file contains unique data within the first 225 bytes of the file and also in the last 245K of the file. In order to retrieve a consistent CRC or Checksum value, use an offset or "At Byte" of at least 250 and a length of one to 3,500,000. This will return the same value for every installation of Microsoft Word 7.0.
|
Additional query words: CRC Checksum FILETOKN.EXE value prodsms
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |