<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 2/3/2012 17:19, David Crawford wrote:
<blockquote
cite="mid:CAFiR-D8SOx3M_rMa8cbbq8_ETg0mDD-MOVbF3GNmnues+sUksQ@mail.gmail.com"
type="cite"><br>
<br>
<div class="gmail_quote">On 3 February 2012 22:17, Raymond Wagner
<span dir="ltr"><<a moz-do-not-send="true"
href="mailto:raymond@wagnerrp.com">raymond@wagnerrp.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">In the case
of the jobqueue, it currently passes everything through the<br>
Bourne shell (/bin/sh), but the end result would be the same.</blockquote>
</div>
<br>
<div>Wouldnt that prevent the other script from not working also?
<br>
</div>
</blockquote>
<br>
The Bourne shell is merely told to run the command as given by a
string. It splits the string up into arguments based off quotation
and escaping, and then calls it using execv(). The arguments of
importance are the ones in whatever the last execv() call is, before
making it into the proper interpreter and your script. In the case
of the jobqueue, jobs are only routed through Bourne as a means of
"cheating", using the shell to split apart the arguments and manage
IO redirection rather than re-implementing such things internally.<br>
</body>
</html>