home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / shell / 4828 < prev    next >
Encoding:
Text File  |  1992-11-21  |  2.7 KB  |  67 lines
  1. Newsgroups: comp.unix.shell
  2. Path: sparky!uunet!mcsun!sunic!ericom!erix.ericsson.se!per
  3. From: per@erix.ericsson.se (Per Hedeland)
  4. Subject: Re: Action of `echo */'
  5. Message-ID: <1992Nov21.110404.4245@ericsson.se>
  6. Sender: news@ericsson.se
  7. Nntp-Posting-Host: super.eua.ericsson.se
  8. Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
  9. References: <1eg04jINN9go@sprocket.csv.warwick.ac.uk> <1992Nov19.163705.15795@eua.ericsson.se> <By110F.1s8@root.co.uk>
  10. Date: Sat, 21 Nov 1992 11:04:04 GMT
  11. Lines: 54
  12.  
  13. In article <By110F.1s8@root.co.uk> gwc@root.co.uk (Geoff Clare) writes:
  14. >per@erix.ericsson.se (Per Hedeland) writes:
  15. >>It's a bug, er... fix introduced in SunOS 4.1.3. It's in the release
  16. >>manual, section 6.6 "POSIX Bugs Fixed", "Kernel":
  17. >
  18. >>1039505 Trailing / in pathname should be ignored.
  19. >
  20. >This is a kernel bug fix, presumably relating to treatment of pathnames
  21. >passed as arguments to system calls.
  22.  
  23. Yes of course, that's what '"Kernel"' implies...
  24.  
  25. >  It has nothing to do with the shell.
  26.  
  27. ...but I find this assertion more than a little strange regarding
  28. something that demonstrably changes the behaviour of three different
  29. shells, including the primary interactive one shipped by the vendor...
  30.  
  31. If you meant to say "It need not affect the shell", that is of course
  32. true, provided that the shell is aware that the kernel lies
  33. behaves this way - as tcsh is, when NAMEI_BUG is defined.
  34.  
  35. But of course this isn't just about the shell (of which there are many)
  36. or globbing (which is sometimes done by non-shell programs), changes in
  37. the pathname lookup semantics tend to affect quite a few programs.
  38. E.g., does anyone think that
  39.  
  40. % ls -l .login/
  41. -rw-r--r--  1 per           878 Oct 16  1991 .login/
  42.  
  43. is correct behaviour? Should all programs be changed to work around
  44. these semantics? Will they ever be? And if so, doesn't that tend to
  45. indicate that the semantics are wrong?
  46.  
  47. [ Comments about the opinion of POSIX.2 on '*/' deleted ]
  48.  
  49. >It might be interesting to submit this issue to the IEEE for an official
  50. >POSIX.2 interpretation.  Any volunteers?
  51.  
  52. I'd much rather see the issue (presumably in POSIX.1) about ignoring
  53. trailing slashes on pathnames that don't refer to directories
  54. "interpreted" - I haven't seen the text, but am told that it is
  55. similar to the one-liner above, i.e. there's no mention of directories
  56. or any other types of files - and preferrably amended to say that this
  57. should only be done for directories (dream on...).
  58.  
  59. I can always choose my personal shell, and it will not match files with
  60. '*/' regardless of what POSIX.2 says - chosing my personal kernel is not
  61. as easy...
  62.  
  63. --Per Hedeland
  64. per@erix.ericsson.se  or
  65. per%erix.ericsson.se@sunic.sunet.se  or
  66. ...uunet!erix.ericsson.se!per
  67.