<br>Ah.<br><br>Not being interactive is important for running in cron; I believe stdin will probably immediately EOF.<br><br>But redirecting  stdout and stderr is unnecessary - the output just goes to a cron e-mail with most cron's.   Sometimes it's better to redirect to a file, but  that's more of a user preference things.<br>
<br><div class="gmail_quote">On Sat, Jul 28, 2012 at 12:26 PM,  <span dir="ltr"><<a href="mailto:josephj@main.nc.us" target="_blank">josephj@main.nc.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
He redirects stdout and stderr to files and doesn't require user interaction.<br>
<br>
Living on a notebook, almost all of my scripts don't do that, so they<br>
won't work from cron or any background situation unless I modify them with<br>
that in mind.<br>
<br>
Joe<br>
<div class="HOEnZb"><div class="h5"><br>
> On Sat, Jul 28, 2012 at 3:48 AM, M. Carrasco <<a href="mailto:ca@dragoman.org">ca@dragoman.org</a>> wrote:<br>
><br>
>> 3. Cron<br>
>> It can run properly run from cron as it is demonized.<br>
>><br>
> What's this about?  I've never had problems running run of the mill<br>
> scripts<br>
> from cron, once the environment is adequately replicated.<br>
<br></div></div></blockquote></div>