home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 30 fixes_v / 30-fixes_v.zip / lr11e.zip / README.TXT < prev   
Text File  |  1994-12-15  |  9KB  |  162 lines
  1. LinkRight 1.1E
  2.  
  3. ****IMPORTANT******
  4. LinkRight 1.1E requires the 1.1E driver.  Don't try to use it
  5. with the LRPAR from 1.1 or 1.1D, it won't work.  Also, a system
  6. running 1.1E can only connect to another system that is also
  7. running 1.1E.  In other words, make sure you update all your
  8. executables and all your machines to 1.1E.  So if you have any
  9. problem, reboot both systems and watch as the drivers are loaded
  10. and make sure you see a line that says "LinkRight Driver Installed
  11. Version 1.1E".  Next, start LinkRight.  The first screen asks you
  12. to choose Local or Remote.  At the bottom of that screen is the
  13. version number.  It should say "Version 1.1E".  LRCLONER and
  14. LRDOS prominently display the version when started.
  15. *******************
  16.  
  17. ****IMPORTANT******
  18. The MOST common user error for those using LRCLONER is starting
  19. a clone operation and having the files transferred to C:\TEMP.
  20. Some users try to fix this by starting LRCLONER from the root
  21. directory of C:.  This only causes other problems.  
  22.  
  23. The proper method of cloning is to start LRCLONER from the
  24. C:\TEMP directory.  Once a connection is established, from the
  25. Local system change directories on the Remote system by double
  26. clicking on the line with ".." (you also have to change directories
  27. on the Local system to get to the root).  Now you can start 
  28. transferring files and they will go to the proper location.
  29. *******************
  30.  
  31. Turbomode (in the Options menu of LinkRight when in Local mode)
  32. should be turned off initially.  Also, Turbomode is read and
  33. set once when you establish a connection.  To change Turbomode,
  34. change the option, disconnect if you are currently connected, 
  35. and do a re-connect.  If you have no trouble with Turbomode
  36. off, you can try Turbomode on and get a speed boost.
  37.  
  38. The LinkRight parallel port driver can now be used in interupt
  39. driven mode or polled mode.  The default is polled, which matches
  40. the default of PRINT01.SYS in OS/2 Warp 3.0.
  41.  
  42. Interupt driven mode has some problems.  I've had some of my test
  43. systems lock up completely when used in Turbomode with interupt mode.
  44. The same system does not lock up when Turbomode is off.  None of my
  45. test systems have any problems when using polled mode.  Many 
  46. gigabytes transferred successfully!!
  47.  
  48. For LRCLONER, you no longer need EAUTIL.EXE and CMD.EXE in the 
  49. C:\TEMP directory.  This should make cloning easier.  You still
  50. need the temp directoy and LRCLONER.EXE should be started from
  51. this directory.  Although I said this for 1.1C it turned out not
  52. to be true.  I really mean it this time!!
  53.  
  54. The complete list of options for LRPAR.SYS are
  55.  
  56. DEVICE=LRPAR.SYS /Q:7 /P /A:3BC /M
  57.  
  58. where:
  59.  /Q:7 uses IRQ7 or /Q:5 uses IRQ5.  These are the only IRQs supported.
  60.  Interupt driven mode can only be used if PRINT01.SYS or PRINT02.SYS
  61.  also uses the same interupt.  If no /Q option is selected, polled is
  62.  assumed.
  63.  
  64.  /P is for polled.  This is a useless option, since it is the default.
  65.  
  66.  /A:3BC or /A:378 or /A:278 select the address of the LPT port for
  67.  LinkRight to use.  If this parameter is used, only one address can
  68.  be specified.  Then, when you select Connect from the LinkRight 
  69.  menu, no matter which LPT port you select, either LPT1, LPT2 or
  70.  LPT3, LinkRight will use the address specified.  If this parameter
  71.  is not included, LinkRight reads the BIOS info at bootup time to
  72.  get the LPT addresses.
  73.  
  74.  /M is to specify MicroChannel machines.  For some MicroChannel systems
  75.  when booted from bootable floppies, LinkRight would not see that it
  76.  was MicroChannel and would assume an ISA bus.  This caused the
  77.  driver to fail.  So if you boot your MicroChannel system from floppies
  78.  and the LinkRight driver displays a message at bootup time saying
  79.  an ISA bus was found, use this parameter to fix the problem.
  80.  
  81.  The preferred and suggested mode of use is no parameters on the 
  82.  LRPAR.SYS line in CONFIG.SYS.  You can add parameters if there are
  83.  any problems.
  84.  
  85.  Serial mice and slow systems are a problem when using the parallel
  86.  port.  Bump the packet size down to 128 bytes and turn Idle time
  87.  transfers on and it may improve response with the mouse.  PS/2 style
  88.  mice are not a problem.  If you find responsiveness is a problem and
  89.  you are willing to work with me, I'll create a special driver for 
  90.  your particular systems to improve mouse responsiveness.  It may take
  91.  a few tries to get it right, so patience would be required.  Obviously,
  92.  when I get it working well on your systems, I'll incorporate it into
  93.  the full LinkRight product.
  94.  
  95.  Bump up the Retry Warning Delay option to 9 and you will not get any
  96.  of those annoying Retry Warnings.  LinkRight will try forever if this
  97.  value is 9.  Of course, you won't know if there is a problem either.
  98.  
  99.  Major bugs fixed with this version!!  There is a bug with the C Set
  100.  compiler and Toolkit (I think) that caused previous versions of 
  101.  LinkRight to sometimes not copy files or make the receiving file
  102.  zero bytes.  I've worked around this compiler bug and now that I have
  103.  it fixed for LinkRight, I'll be reporting it to IBM.  For the record,
  104.  IBM may already have a fix for this compiler bug (or I may not be 
  105.  using the API call correctly), so I can't really complain too loudly
  106.  until I check into this.  If you're interested in the details,
  107.  check the OS2DF1 forum where you'll see a complete report.
  108.  
  109.  I used a different API and it seems to work OK now.  My thanks to 
  110.  Alan McClean in Vermont and Hans Joachim Lippke in Germany for pointing 
  111.  this bug out to me.  Also, my apologies to  any users who were bitten 
  112.  by this bug.  It was not an easy bug to find (some users may disagree,
  113.  but they probably just automatically find any bugs) and I had to 
  114.  transfer over 50 Megs at a time to get it to fail.
  115.  
  116.  One user complained about updating the Remote system screen just to
  117.  display a "dot".  I didn't see any problem on my systems, and it looked
  118.  like a minor nit.  But during final testing of this version, I grabbed
  119.  my slowest system, turned the hardware turbo switch off on it, and 
  120.  watched for about a second for it to refresh the screen.  Very annoying.
  121.  There is a workaround available, though.  From an OS/2 command prompt,
  122.  run LRCLONER T LPT1 on the Remote system.  You won't lose any 
  123.  functionality and won't be annoyed by the slow screen refresh.
  124.  
  125.  For cloning systems, there is an alternative method that should be used
  126.  in some cases.  Boot both systems from bootable floppies and run
  127.  LRCLONER T LPT1 from one system and LRCLONER S C: LPT1 from the other
  128.  system.  Run LRCLONER with no parameters to check the proper usage.
  129.  Since both systems are booted from floppies, you don't have to worry
  130.  about locked files.  I've been told you have to do this way if you're 
  131.  using COMM manager or Extended Services.
  132.  
  133.  As you can see, LinkRight is up to version 1.1E.  A new version has been
  134.  appearing about once a month.  I would encourage all users to check for
  135.  a new version occasionally because a new version with features you want
  136.  or bugs fixed could be available.  If you have used most of the various
  137.  versions of LinkRight, you have seen substantial improvements in all the
  138.  new releases.  Expect such improvements to continue.
  139.  
  140.  I try not to bash IBM (I leave that to the Ziffers; they seem to enjoy it)
  141.  but something you should know about.  Serial support is significantly 
  142.  weaker in Warp than in previous versions of OS/2.  The same systems that
  143.  support hi-speed serial transfers with LinkRight using 2.1 will lock up
  144.  Warp.  Oops!!  For serial port users of LinkRight, I would recommend
  145.  using Med speed (19.2 Kbps) rather than Hi speed (57.6 Kbps).  I'll see
  146.  if I can get something for higher speed in a future release.  For now,
  147.  I would urge LinkRight users to go to parallel ports if possible.  It is
  148.  much faster, better tested, and more reliable.
  149.  
  150.  There is an additional file called LRPAR1.SYS which only a very few users
  151.  will find helpful.  It is a slower par port driver with extra delays for
  152.  users with 1994 style CPUs and 1985 style parallel ports.  In other words,
  153.  if your CPU is a Pentium or perhaps 486 100Mhz and your parallel port is
  154.  ancient and slow, try this driver.  I've only found one user who needed it
  155.  but thought I would include it just in case.  You should probably call 
  156.  Rightware Techie Support and try everything else before using this driver.
  157.  
  158.  Good luck and happy computing!!
  159.  
  160.  Jeff Tremble
  161.  President Rightware Inc.
  162.