home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / ENTERPRS / CPM / UTILS / S / UNARC14.ARC / UNARCLUX.FIX < prev    next >
Text File  |  1993-03-28  |  2KB  |  41 lines

  1.    File:  UNARCLUX.FIX
  2.      To:  RCP/M Sysops
  3. Subject:  Fix to problem using UNARC with LUX52
  4.    Date:  September 10, 1986
  5. Revised:  November 21, 1986
  6.  
  7. It has been brought to my attention that LUX 5.2 has caused some
  8. RCP/M systems to crash, when using the TYPE command to view the
  9. contents of a member file in an .ARC archive.  This is likely to
  10. occur only when very large files are viewed by the sysop (i.e.
  11. when the wheel byte is set).
  12.  
  13. The problem occurs because LUX relocates a portion of itself
  14. (5.5K bytes) to high memory before loading and executing
  15. UNARC.COM, but it does not (apparently) alter the memory limit
  16. address in locations 006H-007H.  Although this is technically a
  17. bug in LUX (and the solution is not obvious from a cursory
  18. examination of the LUX source code), a simple fix is possible by
  19. patching UNARC as described below.  (Apparently, UNARC is the
  20. only transient program invoked by LUX which may require enough
  21. TPA buffer space to overwrite the high-memory code, under the
  22. conditions described above.)
  23.  
  24. Until this problem is corrected in a future release of LUX, the
  25. solution is to modify location 103H in UNARC.COM to have the byte
  26. value 16H (default value is 08H).  This patch will prevent UNARC
  27. from overwriting the LUX resident code.
  28.  
  29. RCP/M sysops are also encouraged at this time to replace their
  30. on-line UNARC.COM file with the latest version 1.4 (from
  31. UNARC14.LBR) instead of the earlier version 1.1 which was
  32. supplied with the LUX52.LBR release.  UNARC14 introduces an
  33. assembly language overlay file, UNARCOVL.ASM, which greatly
  34. simplifies generation of a secure version of UNARC that allows
  35. remote callers to view the directory or contents of .ARC files.
  36. (In particular, the problem described in this note is fixed by
  37. defining USELUX = YES in the overlay file.)
  38.  
  39.                 Bob Freed
  40.                 Newton Centre, MA
  41.