home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / unix / volume18 / vtree / README < prev    next >
Encoding:
Text File  |  1989-04-19  |  4.0 KB  |  108 lines
  1. *****************************************************************************
  2.  
  3.     To compile vtree examine the makefile and set the appropiate options.
  4.  
  5.     type "make" to compile it, and "make install" to install it.
  6.  
  7. *****************************************************************************
  8.  
  9. Vtree version 1.1 notes
  10.  
  11. The following changes were made:
  12.  
  13. ** Patches were received from the following people:
  14. **
  15. **    1.    Mike Howard, (...!uunet!milhow1!how)
  16. **        Mike's patches included changes to the Makefile to
  17. **        customize vtree to SCO Xenix for the 286 as well as the
  18. **        386.  He also added external definitions to hash.c
  19. **
  20. **    2.    Andrew Weeks, (...!uunet!mcvax!doc.ic.ac.uk!aw)
  21. **        Andrew sent me diffs to make vtree work properly under BSD
  22. **        He also pointed out that you will need one of the PD getopt
  23. **        packages for BSD.
  24. **
  25. **    3.    Ralph Chapman, (...uunet!ihnp4!ihuxy!chapman)
  26. **        Ralph sent me changes (not diffs unfortunately) to make
  27. **        vtree work properly under the SYS_III option.  His changes
  28. **        were in direct.c and vtree.c
  29. **
  30. **    4.    David Eckelkamp notified me of a bug when printing the
  31. **        visual tree.  The bug occured when a directory name
  32. **        was too long.  It caused vtree to mess up the tree
  33. **        being printed.
  34.  
  35.  
  36.     The vtree program can now be compiled in a memory-based
  37. version. This option will force vtree to read an entire directory
  38. before doing anything with it.  This will prevent vtree from reading a
  39. directory 2 times for certain operations.  Strangely enough, the
  40. memory-based version doesn't seem to be much faster than the disk-based
  41. version.  If anybody has any suggestions as to why I would appreciate
  42. them.
  43.  
  44.     A minor compile-time option has been added to control the format
  45. of the first line.  If specified, then vtree checks the first line to
  46. make sure it is only one directory name (no "/"s).  If not then vtree
  47. will print the first line by itself, and then print the LAST subdir on
  48. the next line to begin the tree.
  49.  
  50.     Two new runtime options have been added. The "-o" option will now
  51. sort the directories before processing them.  It is only available with
  52. the memory-based version of the program.  The "-f" option specifies
  53. floating column widths.  The width of each column will be only as wide
  54. as necessary.
  55.  
  56.     The visual display has been cleaned up a bit.
  57.  
  58. *****
  59.  
  60.     I did the development for vtree on an SCO Xenix 386 system. 
  61. The System III  routines and the BSD routines are untested by myself. 
  62. Based on the replies I received from Andrew Weeks and Ralph Chapman it
  63. should compile and execute on those systems.  If you have to make any
  64. local modifications to the program to make it work I would appreciate
  65. hearing about them so I can keep the program up to date.
  66.  
  67.  
  68.  
  69. Jonathan B. Bayer
  70. Intelligent Software Products, Inc.
  71. Rockville Centre, NY   11570
  72. Phone: (516) 766-2867
  73. usenet:    uunet!ispi!root
  74.  
  75.  
  76. *****************************************************************************
  77. Vtree version 1.0 notes
  78.  
  79.     This is the first release of the VTREE (please pronounce this
  80. V-TREE, for "visual files") program.  The program is designed to show
  81. the layout of a directory tree or filesystem.  It has options to show
  82. the amount of storage being taken up in each directory, count the number
  83. of inodes, etc.
  84.  
  85.     VTREE is dependent on the UCB directory reading routines. 
  86. Public-domain routines for System V have been released to the Usenet
  87. (comp.sources.unix) by Doug Gwyn (gwyn@brl.mil).  If you don't have
  88. them, they're worth your trouble to get.  Still, you may be able to use
  89. the System III configuration of the Makefile as a stopgap measure. 
  90.  
  91.  
  92.     The program was originally the program AGEF, written by David S.
  93. Hayes.  As it stands now the hashing routines are untouched by myself,
  94. but most of the rest of the program is different.  The System III
  95. routines are also his.
  96.  
  97.  
  98.     I hope this program will be useful to you.  If you find bugs in
  99. it or have any suggestions for improvements, I'd like to hear about
  100. them.
  101.  
  102. Jonathan B. Bayer
  103. Intelligent Software Products, Inc.
  104. Rockville Centre, NY   11570
  105. Phone: (516) 766-2867
  106. usenet:    uunet!ispi!root
  107.  
  108.