home *** CD-ROM | disk | FTP | other *** search
/ Otherware / Otherware_1_SB_Development.iso / amiga / utility / misc / fileutil.lha / fileutils-3.3 / README < prev   
Encoding:
Text File  |  1992-08-02  |  3.9 KB  |  78 lines
  1. These are the GNU file management utilities.  Most of these programs
  2. have significant advantages over their Unix counterparts, such as
  3. greater speed, additional options, and fewer arbitrary limits.
  4.  
  5. The programs
  6. cat cmp cut expand head paste split tac tail unexpand
  7. which used to be part of the fileutils are now part of the textutils.
  8.  
  9. See the file NEWS for a list of major changes in the current release.
  10.  
  11. See the file INSTALL for compilation and installation instructions.
  12.  
  13. If your system needs to link with -lPW to get alloca, but has
  14. rename in the C library (so HAVE_RENAME is defined), -lPW might
  15. give you an incorrect version of rename.  On HP-UX this manifests
  16. itself as an undefined data symbol called "Error" when linking cp, ln,
  17. and mv.  If this happens, use `ar x' to extract alloca.o from libPW.a
  18. and `ar rc' to put it in a library liballoca.a, and put that in LIBS
  19. instead of -lPW.  This problem does not occur when using gcc, which
  20. has alloca built in.
  21.  
  22. If you use AFS, you might want to compile with -DAFS to avoid error
  23. messages from install.
  24.  
  25. The fileutils are intended to be POSIX compliant (with BSD and other
  26. extensions), like the rest of the GNU system.  They are not all quite
  27. there yet; however, the POSIX shell and utilities standard (1003.2)
  28. has not been finalized, either.  They presently don't support
  29. internationalization features.
  30.  
  31. The comprehensive Texinfo documentation for these programs is not
  32. finished yet, and needs to be rewritten.  In the interim, the skeletal
  33. man pages provided with this distribution will have to serve.
  34.  
  35. The ls, dir, and vdir commands are all separate executables instead of
  36. one program that checks argv[0] because people often rename these
  37. programs to things like gls, gnuls, l, etc.  Renaming a program
  38. file shouldn't affect how it operates, so that people can get the
  39. behavior they want with whatever name they want.
  40.  
  41. A warning about du for HP-UX users: GNU du (and I'm sure BSD-derived
  42. versions) counts the st_blocks field of the `struct stat' for each
  43. file.  (It's best to use st_blocks where available, instead of
  44. st_size, because otherwise you get wildly wrong answers for sparse
  45. files like coredumps, and it counts indirect blocks.)  Chris Torek in
  46. a comp.unix.wizards posting stated that in 4BSD st_blocks is always
  47. counted in 512 byte blocks.  On HP-UX filesystems, however, st_blocks
  48. is counted in 1024 byte blocks.  When GNU du is compiled on HP-UX, it
  49. assumes that st_blocks counts 1024-byte blocks, because locally
  50. mounted filesystems do; so to get the number of 512-byte blocks, it
  51. doubles the st_blocks value.  (The HP-UX du seems to do the same
  52. thing.)  This gives the correct numbers on HP-UX filesystems.  But for
  53. 4BSD filesystems mounted on HP-UX machines, it gives twice the correct
  54. numbers; similarly, for HP-UX filesystems, du on 4BSD machines gives
  55. half the correct numbers.  GNU ls with the -s option has the same
  56. problem.  I know of no way to determine for a given filesystem or file
  57. what units st_blocks is measured in.  The f_bsize element of `struct
  58. statfs' does not work, because its meaning varies between different
  59. versions of Unix.
  60.  
  61. The GNU cp, mv, and ln commands can make backups of files that they
  62. are about to overwrite or remove.  Backup file names will end up being
  63. the same as the original file names for files that are at the system's
  64. filename length limit; when that happens, the new file will silently
  65. replace the backup file that was just made.  This happens with GNU
  66. Emacs, also.  I am not aware of a clean, portable solution to this
  67. problem.
  68.  
  69. Special thanks to Jim Meyering, Brian Matthews, Bruce Evans, and Karl
  70. Berry for help with debugging and porting these programs.
  71.  
  72. Although these programs have no `-V' or `--version' option, you can
  73. check which version you have by using `grep' or `strings -' on the
  74. binaries, e.g., `grep fileutils /usr/local/bin/ls'.
  75.  
  76. Mail suggestions and bug reports for these programs to
  77. bug-gnu-utils@prep.ai.mit.edu.
  78.