home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / pcclone / 32bit / 1034 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.9 KB

  1. Xref: sparky comp.unix.pc-clone.32bit:1034 biz.sco.general:5076
  2. Path: sparky!uunet!olivea!xenitec!news
  3. From: petri@cerebus.inter.fi (Petri Wessman)
  4. Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general
  5. Subject: Re: [SCO] execvp(2) seems to fail on shell scripts!
  6. Message-ID: <9301120823.AA32556@cerebus.inter.fi>
  7. Date: 12 Jan 93 08:23:58 GMT
  8. References: <PETRI.WESSMAN.93Jan11182858@lk-hp-21.hut.fi>
  9.     <m0nBZ2q-0000SqC@flatlin.ka.sub.org>
  10. Sender: news@xenitec.on.ca (xenitec.on.ca News Administrator)
  11. Reply-To: Petri.Wessman@hut.fi
  12. Organization: [resent by] The SCOGEN gateway and Propagation Society
  13. Lines: 29
  14. Resent-From: mmdf@xenitec.on.ca
  15. Submit-To: scogen@xenitec.on.ca
  16. Precedence: bulk
  17.  
  18. On Tue, 12 Jan 1993 00:59:00 +0100, bad@flatlin.ka.sub.org (Christoph Badura) said:
  19.  
  20. [comments about our problems with exec & shell scripts deleted]
  21.  
  22. Christoph> Since when does a vanilla V.3 system support #!-interpreter
  23. Christoph> execution?  Did you check the exec(S) man page?
  24.  
  25.  
  26. Yes, I know that the man page doesn't mention scripts, and I also know
  27. that you have to explicitly enable #!-processing in the kernel config
  28. for it to work (we don't have it enabled, that *is* one idea to
  29. try...). This isn't a problem with #!-interpretation, as the scripts
  30. are Bourne shell scripts, which (as far as I know) is the default
  31. shell.
  32.  
  33. We also tried to exec the scripts using by execing '/bin/sh -c
  34. scriptpath', it doesn't affect the problem in any way -- the system
  35. still goes into a no-scripts-executed state at some point.
  36.  
  37. Also, exec(2) *does* know how to execute shell scripts directly ... it
  38. does it perfectly well for a long time. The thing is, it stops doing
  39. it at some point. What is the "official & correct" method under SCO
  40. the start up shell scripts from a program, BTW? Should you exec() it
  41. directly or via /bin/sh -c? Is there a difference? Not that it matters
  42. to our problem :-(
  43.  
  44. It still looks like a kernel bug. Prove me wrong. Please. :-)
  45.  
  46. //Petri
  47.