home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / gnu / utils / bug / 1431 < prev    next >
Encoding:
Text File  |  1992-08-27  |  1.5 KB  |  42 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!cis.ohio-state.edu!idiap.CH!tmb
  3. From: tmb@idiap.CH (Thomas M. Breuel)
  4. Subject: Re: GNU fileutils v3.2.3 alter pathnames by removing trailing slashes
  5. Message-ID: <9208271749.AA21134@idiap.ch>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Thu, 27 Aug 1992 21:49:28 GMT
  10. Approved: bug-gnu-utils@prep.ai.mit.edu
  11. Lines: 29
  12.  
  13. |I still don't see the problem with having mv etc. simply
  14. |check if the purported directory with the trailing slash
  15. |actually *is* a directory before it removes it. It seems
  16. |to me that makes the original poster happy, because he gets
  17. |error messages when he erroneously types
  18. |mv foo bar/
  19. |where bar is not a directory; it makes me happy, because the
  20. |slashes that the completion functions continue to work
  21. |properly with the GNU file utilities; and it requires no
  22. |new options, environment variables, or other such things.
  23.  
  24. It's the principle that's wrong. I don't expect file utilities to go
  25. around munging path names.
  26.  
  27. You don't know what those "/" (or paths) might mean to the kernel, to a
  28. remote or user-defined file system, or to the user, so I think it just 
  29. isn't safe to remove them.
  30.  
  31. If you do want to have this option, I think it should be an option
  32. that users should have to configure explicitly, e.g., by setting
  33. the environment variable "GNU_MUNGE_PATHNAMES"; I suspect that
  34. all that would be required would the the addition of
  35.  
  36. {char *s; if(!((s=getenv("GNU_MUNGE_PATHNAMES"))&&atoi(s))) return;}
  37.  
  38. in one or two strategic places.
  39.  
  40.                     Thomas.
  41.  
  42.