Revision History:

v1.09
- Registration IDs are now invalid.  New signatures will be sent
  to customers who have registered the product. 
- Enabled finer control for time-slice management.  This is managed
  per COM port and is configured using the control panel application.
- Enabled port performance statistics.  These statistics can be monitored 
  using the System Monitor tool.  Logging of these statistics is
  not enabled by default as it has caused other performance problems
  on slower machines.  Again, this option can be controlled using 
  the control panel application.

v1.08
- Tracked down source of incompatibilities with TradeWars 2002 and
  other non-FOSSIL MS-DOS applications.  The hardware state for the 
  COM port is now properly reflected to these applications.
- Added WNFOSCTL, a utility to lock and unlock the FOSSIL baud rates
  for FAX modems requiring fixed DTE rates for receipt of faxes.

v1.07
- Made various performance enhancements related to improving throughput, 
  reducing time-outs and CRC errors. 
- Buffers limits automatically set to enable send XOFF request (or
  drop RTS) at 7/8 receive full and send XON request (or raise RTS)
  when it empties to 1/8 full.
- Hardware handshaking is now enabled by default for locked baud
  rates.
- Fixed more sleepy applications.  We have decided that Windows can
  handle time-slicing better than an application that is requesting to
  release it's time-slice while in the middle of a file transfer. 
  WinFossil filters the "release time-slice" requests and only allow
  these requests when there is no activity on the COM port.  This
  prevents the MS-DOS session from sitting idle when there is really
  activity on the port.  This was not a problem for MS-DOS based FOSSIL
  drivers because interrupts from the hardware device always kept the
  MS-DOS session busy while servicing the interrupt.
- WinFossil now supports up to 16 ports.

v1.06a
- Corrected installation to modify \WINDOWS\SYSTEM.INI not
  \WINDOWS\SYSTEM\SYSTEM.INI.

v1.06
- Fixed incompatibility with Blue Wave 3.11 (Max) mail reader door
  program.
- Fixed a another timing issue with the transmitter flush.
- Verified compatibility with Doorway 2.30.
- Worked around a problem in the Windows 95 COMM driver which was the
  source of another stuck transmitter problem frequently reproduced
  with Remote Access.

v1.05a
- Fixed another blocking situation with idle timeouts.  This one
  seems to be the source of CRC errors with my system while running
  BinkleyTerm and/or Maximus.  If these applications are configured to
  use multitasking features, the MS-DOS session running the BBS
  software was likely to sleep after it filled the transmit buffer. 
  The receiving system would timeout waiting for the completion of the
  actual data block and throughput was hindered considerably. 

v1.05
- Fixed more FrontDoor and RemoteAccess problems.  Performance was
  hindered by the constant "release time slice" signaling by these 
  applications. The MS-DOS session will now be awakened whenever there
  is an event pending on the serial device.
- Fixed peek character routine -- was returning a false status in
  some cases.
- Added VFOSSIL support.
- Fixed Ctrl-C/Ctrl-K handler.
- Enhanced the help file.
- Adjusted XON/XOFF limits to allow WinFossil to leave control lines
  enabled with a higher buffer fill percentage.

v1.04
- Fixed deadlocks with FrontDoor and InterMail.
- Added support for enabling FOSSIL control on a port by port basis.

v1.03
- Return proper codes on port reactivation, enhanced timeout handling
  for receive character routine.
- Investigated reported issues regarding FrontDoor. 

v1.02
- Fixed performance and timeouts with Function AH=01h, WriteCharWait().

