ChangeLog for ZCODE-Patch v2.1a
===============================

Version 2.2
------------
- Corrected a problem with patching from data files with serial numbers that
  contain ASCII values above 127 - this occurs in LGOP hack 0 and Moonmist
  beta 65.

- Corrected a spelling error in decrypt.c (DEECRYPT->DECRYPT).

- Recompiled with GCC 2.952 for DOS and crunched with UPX 1.03.  The upshot
  of this is that you can now use LFN filenames under Win9x/ME/NT/2000.
  (This is a significant added benefit, since all of the patch files use
  LFNs, and most people choose to use LFNs for their data files as well.

Rodney Hester (rod3@mindspring.com), 12/28/2000

Version 2.1
-----------
- Fixed a nasty bug caused by type when using signed ints: in some
  calculations (noticably filesize calculations), it was possible for a
  result to be high enough to overflow into a negative, which when promoted
  to an unsigned long int caused an incorrectly high filesize.

- Added some extra code to warn the user of the encrypt and decrypt programs
  when a gamefile with no embedded filesize is used, since the programs can't
  determine whether or not there is any padding in the file.

- Added a basic check to make sure the compiler used implements the
  unsigned long int with at least 32-bits.

- Tidied up some of the code


Version 2.0
-----------
This is the second release of my patch program. This new version is a major
upgrade from the previous one. For one thing, the patch files now have
a header specifying the name of the game, the version the patch file
decrypts to, and the the version required to decrypt it. It also includes
checks to make sure you supply the right data file.

The major upgrade, however, is in the encryption method. This new version
now reads in the file size from the game file header and uses that to
determine when to reset back to the start of the encryption file, rather
than the file's actual size. This means that decryption is no longer
dependant on having the decryption file be *exactly* the same as the
file used for encryption (including having the suffix padding bytes
match). So the padding on the gamefile you use for decryption should make
no difference. 

You'll also notice that the encryption and decryption have been split into
two separate programs, encrypt and decrypt.

Included in this ZIP are the source files for the encryptor and decryptor,
and compiled executables for Win95/NT and standard DOS. As with other DOS
programs, the DOS compiled versions can only handle 8.3 format filenames, so
keep that in mind when using the long-filename patch files.

