ARPD.EXE

                                   History


    V. 1.00

         First  wide area Beta release.   The program is perfect in  every
    way.    Absolutely  flawless.   Performs exactly as expected on  every
    system and with every TNC.

    V. 1.01

         Fixed small Typographical error in source code.   Could happen to
    anyone.

    V. 1.02

         Fixed  compiler  error in Interrupt Service Routine.   Fixed  bug
    which caused the TNCB.USY file to be left in the ARPD directory if the
    door was entered when an external connect was in progress.

    V. 1.03

         Rewrote  Interrupt  Service  routine.    Some  systems  reporting
    trouble with display of TNC output.  Let's see if this fixes it.

    V. 1.04

         Just  a  small  cosmetic change in the (thus  far)   undocumented
    features display.

    V. 1.05

         Made  another  change  in ISR hoping to fix  the  durned  display
    problem experienced by some systems.

    V. 1.06

         Found  and fixed bug in TNC initialization which was causing  TNC
    port  protocol to be set to a random number depending on what was  run
    in that area of memory before ARPD was entered.

         Added  timing loop to keep the system from overwritting older TNC
    buffers.

         Added 3 ^C characters before TNC is initialized before attempting
    to load call strings and time.

         Re-installed  original ISR.   It was better and wasn't the source
    of the display problem after all.

         Enabled  support for multi-line BBS's.   Don't know how well this
    will work yet.  Just trying to satisfy everyone.

    V. 1.07

         Fixed  inconsistency  in defined value.   Not a real problem  but
    causing some confusion in my mind.

    V. 1.08 - 1.09

         Mostly experimentation.   Adding XON/XOFF capability.  Optimizing
    the terminal function.  All in house stuff.

    V. 1.10

         Re-wrote  the  terminal  function to operate faster  and  correct
    unknown  problem  experienced  by some systems with the  present  code
    generated  by  the  compiler.   (See,  wasn't MY fault.   It  was  the
    compiler!  That's why we call it Pass - the - Buck SoftWare!)

         Added  support for XON/XOFF protocol for the TNC port.   Some  of
    you guys out there are running three wire serial cables.   If you have
    the option go with RTS/CTS.

         Shortened  the  inter-character delay timing for the TNC port  so
    your  users  won't be looking at the "Wait while TNC  is  initialized"
    screen this time next Tuesday.

         Changed  the  way  connect  status is handled  for  screen  color
    changes. Makes it easier to change color in all modes.

         Added configuration command XFLOW to let the terminal know if you
    are using XON/XOFF.   No switches, just add the line to the CONFIG.TNC
    if you are going to enable software flow control.

         Added  configuration  command  NEWLINE xx command to  change  the
    newline  character used when talking to the TNC.   If the line is  not
    present  in the CONFIG.TNC file 13 is the default.   If your TNC likes
    11 better then just add the line NEWLINE 11 to the configuration.  The
    number MUST be in Decimal format.  HEX WON'T WORK!

         There  are  some  very strange hardware combinations  out  there.
    Changed TNC port handler so it will wait till BOTH the TX register and
    the  TX  buffer  are empty before sending a byte.   As slow  as  TNC's
    operate, it shouldn't be noticed.

         Changed Time Limit warning from informational to demanding.  Some
    guys don't want to leave.

         Document   the  F3  &  F4  functions.    Help  and  Chat   modes,
    respectively.   Always been there.  Just not in the documentation till
    I  could  have  a chance to check them a little  more  thuroughly  and
    correct a little problem with the screen color handling.

    v. 1.15

         Another  stunning  achievement!    An  absolutely  marvelous  and
    flawless  program  released in the public interest.   If only the  BIG
    software houses could write programs like this!