home *** CD-ROM | disk | FTP | other *** search
/ Technotools / Technotools (Chestnut CD-ROM)(1993).ISO / unix / arcunx11 / readme < prev   
Encoding:
Text File  |  1987-04-01  |  3.6 KB  |  100 lines
  1.  
  2. Unix System V ARC Version 1.1
  3.  
  4.  
  5. This is a COMPLETE (I hope!) version of PC ARC v5.12, ported to System V.
  6. It contains as much of the functionality of PC ARC as I could incorporate,
  7. and fixes all known bugs.
  8.  
  9. Version 1.1 is based on the version posted to the net by Mike Stump,
  10. with several fixes and enhancements, as well as some general clean-up.
  11.  
  12. Some enhancements:
  13.  
  14.     Timestamping - arc will now stamp file upon extraction with the
  15.     date and time contained in the header.  This feature may cause
  16.     some discomfort with the recent change in Daylight Savings Time.
  17.  
  18.  
  19.     Full wildcard/pattern matching - arc will take over for the shell
  20.     if it receives standard shell-type wildcards and/or patterns.
  21.     Remember, though, that the shell will always try to expand what
  22.     it can FIRST, so if you explicitly want arc to do expansion,
  23.     quote the arguments.  Also, arc will NOT search for real files
  24.     based on wildcard matches.  I have left that under shell control;
  25.     i.e., typing:
  26.  
  27.             arc -v "*.c"<RETURN>
  28.  
  29.     will work whether or not real files exist that match the pattern,
  30.     but typing:
  31.  
  32.             arc -a "*.c"<RETURN>
  33.  
  34.     will report that file '*.c' was not found.
  35.  
  36.  
  37.     14 character file name entries - by default arc now supports
  38.     full 14 character file names in its entries.  This will, however,
  39.     cause the archive to be incompatible with PC ARC, so I have
  40.     added an option ('i') to truncate file names to the standard
  41.     PC limit of 12 characters.  Archives created with this option are
  42.     FULLY compatible with PC ARC.
  43.  
  44.  
  45. Some Bug Fixes:
  46.  
  47.     An archive will no longer try to archive itself, even if it is
  48.     explicitly requested from the command line.  However, an archive
  49.     with a similar name, but in a different directory, can be added.
  50.  
  51.     Arguments passed to arc are now sorted, eliminating the
  52.     possibility of duplicate entries for the same file in an archive.
  53.     The arguments are also checked for duplicates, so it is impossible
  54.     to add the same file name from multiple directories.  Only the
  55.     first occurence is used.
  56.  
  57.     Arc will not core dump if any of the file name arguments cannot
  58.     be found.
  59.  
  60.     Arc now cleans up after itself if it is aborted early.  Also,
  61.     no damage will be done to the archive if arc is aborted.
  62.  
  63.  
  64. Cleanup:
  65.  
  66.     I tried my best to make the code uniform, removed some unused
  67.     variables and functions, and added/changed some of the comments.
  68.  
  69.     I ran the resulting code through lint, which still considers
  70.     the code somewhat inconsistent, but otherwise acceptible,
  71.     with the exception of 'arclzw.c'.  Oh well, we can only do
  72.     so much...
  73.  
  74.  
  75. Known limitations:
  76.  
  77.     Ther is a REMOTE possibility that an archive can become corrupted
  78.     if the IBM(TM) PC compatibility option ('i') is used/not used when it
  79.     should/shouldn't be.  This only happened to me once out of 150+
  80.     archives, and even that was during the early stages of the cleanup.
  81.     As a rule, if I can't remember whether or not the 'i' option was
  82.     used, I simply test the archive in questoion.  Testing an archive
  83.     can do NO damage to it.
  84.  
  85.  
  86. This code has been thoroughly (if there is such a thing) tested on an
  87. AT&T 3B5, 3B15, 3B2/300, and 3B2/400, running SYS V release 2 and release 3.
  88.  
  89. I tried to keep things fairly portable, though I am not that familiar with
  90. BSD.  I imagine that most things should work (I did change all the 'rindex'
  91. calls to 'strrchr', sorry BSD), but I imagine that the setstamp() function
  92. is fairly System V dependent.  In any event, I will cheerfully listen to
  93. any reports of bugs and/or fixes, and will try to maintain the code as well
  94. as I can.
  95.  
  96. Chris Seaman
  97. {ihnp4, rtech}!cpsc6a!crs
  98.  
  99.  
  100.