home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / bash / bug / 501 < prev    next >
Encoding:
Text File  |  1992-07-26  |  1.4 KB  |  45 lines
  1. Newsgroups: gnu.bash.bug
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ccwf.cc.utexas.edu!rod
  3. From: rod@ccwf.cc.utexas.edu (alan da wicked)
  4. Subject: Re: bug or feature with 'type' command ?
  5. Message-ID: <ROD.92Jul26032852@happy.cc.utexas.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: The University of Texas at Austin
  8. References: <1992Jul23.133619.4012@ugle.unit.no>
  9. Distribution: gnu
  10. Date: Sun, 26 Jul 1992 08:28:52 GMT
  11. Approved: bug-bash@prep.ai.mit.edu
  12. Lines: 31
  13.  
  14. In article <1992Jul23.133619.4012@ugle.unit.no> bjornw@colargol.edb.tih.no (Bjoern Wennberg) writes:
  15.  
  16.    Hi!
  17.  
  18.    What should the 'type' command display ?
  19.    When I do 'type -all man' I get
  20.    man is aliased to `bman'
  21.    man is ./man
  22.       ^^^^^
  23.    This is a directory and shouldn't be displayed according to the 
  24.    documentation of 'type'. The 'help type' says:
  25.  
  26.        If the -all flag is used, displays all of the places that contain an
  27.        executable named `file'.  This includes aliases and functions, if and
  28.        only if the -path flag is not also used.
  29.  
  30.    Is this correct?
  31.  
  32.    bjornw>
  33.  
  34.    bjornw@colargol.edb.tih.no
  35.  
  36. I believe it does this because the execute bit is set on directories. This
  37. could/sould be corrected by checking for the directory bit, but apparently is
  38. not (patch?)
  39. --
  40.  
  41. =================================================================
  42.       alan da wicked               (rod@ccwf.cc.utexas.edu)
  43. =================================================================
  44.  
  45.