Fixed a problem running out of stack space when recursing into a too deeply nested directory structure. Stack space increased from 64kB to 512kB which is enough now to recurse into the deepest directory structure possible on HPFS. Thanks to Peter Skye for reporting that bug.

Fixed that XCOMP/2 incorrectly showed SYS3 errors on FAT drives that WIN9x has accessed (and written VFAT long filenames). Thanks to Peter Skye for reporting that inconsistency (inconsistency, because it looks like WIN9x somehow messes up the VFAT in a way OS/2 APIs return strange results).

Added a check that XCOMP/2 tries to exclude the Checksum file from the path specified for the comparism and Checksum calculation, which is very useful if the Checksum file is within that path (because the Checksum for the Checksum file itself for the current run never will be what has been recorded in the previous one, and that causes XCOMP/2 to pause and getting out of sync with errors). Note! You probably can specify the paths for the files for the comparison or Checksum calculation and the path for the Checksum file in such a way that XCOMP/2 will not always be able to figure out that the Checksum file is in the path specified for the comparison or Checksum calculation.

Added the option /P to pause XCOMP/2 on exit.

Added a dump of possible memory leaks when compiled in Debug mode.

Added the option /!S to request XCOMP/2 not to recursively descent into subdirectories. Note that Linux's MD5SUM does ignore subdirectories.

Added that the Checksum file is written or read in the format of MD5SUM, if the extension specified for the Checksum file is .MD5. Note that MD5SUM in contrast to XCOMP/2 (unless the option /!S is specified, ignores subdirectories.

Added support for an arbitrary filename sequence of the Checksum file contents in relation to the filename sequence in the filesystem. In other words, the sequence of the filenames in the Checksum file do no longer need to be exactly the sequence the files are returned from the filesystem.

This is especially usefuly when you burn the contents of e.g. a HPFS drive onto a CD-ROM, because the HPFS filesystem always returns the files in the alphabetically ascending sequence of the filename, whereas the CD-ROM's CDFS returns the filenames in the sequence they were burnt onto the CD-ROM which may be any arbitrary sequence.

Changed that percentage progress indicator does not rewrite if percentage has not changed.

Changed that the Checksum file does no longer contain full but relative paths.

Changed that the filenames in the Checksum file are compared case insensitive, because that's the default under OS/2 (OS/2 is case-preserving, but not case-sensitive). Note, that Linux in contrast is case-sensitive.