home *** CD-ROM | disk | FTP | other *** search
/ Boldly Go Collection / version40.iso / TS / 05B / TMOD900.ZIP / HISTORY.DOC next >
Text File  |  1992-03-17  |  8KB  |  169 lines
  1.          v9.00
  2.  
  3.          Changed  the  method we're using for registered  versions  of
  4.          Tmodem.  To  many  people  did not  understand  how  the  DOS
  5.          environoment  worked and they were having trouble setting  up
  6.          the tmodem.key. The concept was a good one, but not suited to
  7.          the  casual  computer  user. It  did  make  updates,  getting
  8.          registered  versions, etc. easy but good ideas  don't  always
  9.          pan out when you put them into real life situations.
  10.  
  11.          And the interrupts we had to take over to prevent debugs  and
  12.          stack  tracers  from  decoding  the  keys  were  not   always
  13.          compatible with every set-up, about 5 percent of the  systems
  14.          could not run the DEMO.
  15.  
  16.          The  method we're going to have to use is a bit limited,  but
  17.          much  simplier  for  the end user.  You'll  get  a  cusomized
  18.          Tmodem.exe  with your name and serial number engrave  in  the
  19.          program. You don't have to do anything extra to use it,  just
  20.          replace the demo tmodem with your copy.
  21.  
  22.          The  limiting part is; You'll have to pay a 5 dollar  upgrade
  23.          fee if you want to get a newer version of Tmodem, unless  the
  24.          upgrade is a bug fix and our fault. If it is OUR fault,  then
  25.          the upgrade will be free.
  26.  
  27.          This means you'll need to examine what the new version has to
  28.          offer and determine if you'll benefit from the upgrade.
  29.  
  30.          Outside  of the changes listed above, there is no  difference
  31.          between 9.00 and 8.00.
  32.  
  33.          v8.00
  34.  
  35.          Added  a  small  routine  to switch to  a  different  set  of
  36.          interrupts  if  the original interrupts are  unstable,  in  a
  37.          partially restore status, or for what ever reason, can not be
  38.          successfully attached.
  39.  
  40.          A couple of programs, one is a semi-popular BBS program, does
  41.          this on a couple of systems that use Tmodem.
  42.  
  43.          Because  it only does it on a couple of systems while  others
  44.          using the same software experience no problems, it would seem
  45.          that  there is something else used in conjunction with  those
  46.          programs that may be causing the conflict.
  47.  
  48.          The key is loaded and attached to several interrupts so  that
  49.          it  can  be  accessed via bios calls.  If  the  interrupt  is
  50.          unstable  or the key can not be attached, the program  cannot
  51.          function.
  52.  
  53.          One  method  you might used to tell if interrupts  are  being
  54.          interfered  with; Tmodem runs OK without the key,  but  can't
  55.          run with the key. This is not the ONLY reason, wrong decoding
  56.          password,  environment  full, and/or missing  Tmodem.key  can
  57.          also cause the same thing so check those items if v8.00  does
  58.          not function properly.
  59.  
  60.          This  is about the best we can do in an attempt to  fix  that
  61.          type  of problem. To do anything else we would have  to  have
  62.          the computer here and that isn't likely to happen.
  63.  
  64.          v8.00 should produce faster transfer, at 2400 baud, on  noisy
  65.          lines.
  66.  
  67.          v7.20
  68.  
  69.          Fixed  a  long  standing bug in  the  file  name  compression
  70.          routine.  We  don't  know how long it  has  been  there,  but
  71.          basically this is what it does.
  72.  
  73.          We  compress the filename, something like that you  might  do
  74.          with  pkzip or arj. However, if a full 12 character  filename
  75.          was  used,  the 12th character would  not  ALWAYS  decompress
  76.          correctly, which is why it took so long to find.
  77.  
  78.          Since  fixing  the  bug  means  changing  the   header  block
  79.          compression and decompression routines, you will not be  able
  80.          to transfer files with versions of Tmodem prior to 7.20.
  81.  
  82.          Backwards  compatibility could not be maintained because  the
  83.          header  contains the remote callers version number and it  is
  84.          compressed, catch-22.
  85.  
  86.          Addition
  87.  
  88.          Tmodem  will  automatically engage RTS flow control  if  your
  89.          connect  rate is higher than 2400 baud and you get  an  error
  90.          while receiving a file. If it has to engage RTS, you will get
  91.          a  window  in the screen informing you of  the  problem.  You
  92.          should add /F to the command line.
  93.  
  94.          The  window does say it is not possible to get an error  with
  95.          an REL connect. This isn't ALWAYS true but it is close enough
  96.          to  make  an  educated  guess that  your  attempting  to  run
  97.          highspeeds  without  a 16550 or you have  something   hogging
  98.          interrupt time; DV, Network, etc.
  99.  
  100.          The fix is to add /F to the command line until you can add  a
  101.          16550, if you don't have one, and if that is the problem.
  102.  
  103.          We  added  this for one reason, people were not  reading  the
  104.          documentation, which DOES explains all of this.
  105.  
  106.          v7.10
  107.  
  108.          Added  some  more debug information on the last line  of  the
  109.          screen and an additional command line switch.
  110.  
  111.          Command Line Switch: /Lxxxxxx.
  112.  
  113.          /L  is the serial LOCK rate and xxxxxx is the speed  you  are
  114.          locking  the serial port at. This was added so  those  having
  115.          problems  setting  the COMx= can use an alternate  method  of
  116.          passing the lock rate.
  117.  
  118.          E.g., /L38400 (Locked at 38400 baud)
  119.  
  120.          Debug Info . . .
  121.  
  122.          At  the  bottom of the screen, you'll find  4  windows;  Uart
  123.          Rate, Connect Rate, Serial Port, and Flow Control.
  124.  
  125.          Uart Rate:
  126.  
  127.          This  reflects the speed of the Uart or Serial port. This  is
  128.          based on what YOU tell Tmodem the speed is with COMx=, /L, or
  129.          /B switch(es).
  130.  
  131.          If you have a standard modem; 300, 1200, 2400 baud, the  Uart
  132.          Rate should be the same as the connect rate. If it isn't, you
  133.          are not passing the correct parameters.
  134.  
  135.          If you have a locked serial port, the Uart Rate should  EQUAL
  136.          the  lock rate. If it doesn't, then you are not  passing  the
  137.          correct parameters.
  138.  
  139.          The Connect rate is what you pass in the /B parameter and  if
  140.          you  have a 300, 1200, or 2400 baud modem, the  connect  rate
  141.          SHOULD  match  the  Uart rate. If it  doesn't,  you  are  not
  142.          passing the correct parameters.
  143.  
  144.          If  you  have a locked serial port, the connect  rate  should
  145.          NEVER  be  the same as the Uart rate and it should  never  be
  146.          higher than 9600 baud, the closest valid serial rate that any
  147.          modem, to date, runs at. Keeping in mind that 12000 and 14400
  148.          are  not  valid serial rates and can not be used  in  the  /B
  149.          parameter.
  150.  
  151.          If you have a locked serial port and connect with a 2400 baud
  152.          system and your Connect rate shows 9600 or higher, you're not
  153.          passing the correct connect rates and your transfers may  not
  154.          take  place and if they do, they may be slowed down by  phase
  155.          shifting.
  156.  
  157.          Flow Control . . .
  158.  
  159.          This  shows you the TYPE of flow control Tmodem is using.  By
  160.          default, it uses CTS (Hardware flow control).
  161.  
  162.          Under  Tmodem, Xon/Xoff just isn't fast enough to handle  the
  163.          data flow.
  164.  
  165.          If  you do not have a 16550 Uart and you are locked at  19200
  166.          or  38400, you WILL be required to use the /F  (RTS)  command
  167.          line switch. This slows down the transfer, a bit, but this is
  168.          better than getting Uart RX overrun.
  169.