home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.22 / text0103.txt < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.6 KB  |  35 lines

  1. Submitted-by: Chuck.Phillips@FtCollins.NCR.COM (Chuck.Phillips)
  2.  
  3. >>>>> On 22 Jan 91 21:28:49 GMT, guy@auspex.uucp (Guy Harris) said:
  4.  
  5. Guy> I don't strongly care where it's done (although I *do* prefer having
  6. Guy> "execl()" AND "execv()" capable of running scripts, even if it's done by
  7. Guy> having them be wrappers around kernel traps with the wrappers checking
  8. Guy> for the "#!" line if they get ENOEXEC), but it *would* be nice if the
  9. Guy> system didn't inappropriately try to run files that happened to have
  10. Guy> execute permissions as scripts if, in fact, they aren't scripts. 
  11.  
  12. Essentially, "#!" becomes a magic number.  I would also prefer this be in
  13. the kernal.
  14.  
  15. Invitation for discussion: If the path after the "#!" doesn't begin with
  16. "/", "./" or "../", should PATH be searched for the execuatble?  If so, how
  17. best could this be implemented?
  18.  
  19. The reason I bring this up is in SVr4 (OSF/1?), there have been changes in
  20. the directory hierarchy and commands are not necessarily where they've
  21. historically been.  Of course, all scripts that are part of the OS can (and
  22. should!) contain absolute path names.  It would be nice for application
  23. developers to be able to write hierarchy independent scripts.  Even nicer
  24. would be for applications developers to be able to write their own
  25. interpreters without caring where the user installs the interpreter (as
  26. long as the interpreter's directory is in PATH).
  27. --
  28. Chuck Phillips  MS440
  29. NCR Microelectronics             chuck.phillips%ftcollins.ncr.com
  30. 2001 Danfield Ct.
  31. Ft. Collins, CO.  80525           ...uunet!ncrlnk!ncr-mpd!bach!chuckp
  32.  
  33. Volume-Number: Volume 22, Number 107
  34.  
  35.