Subject: Re: crontab(1,5) entries
To: Jeremy C. Reed <reed@reedmedia.net>
From: Richard Rauch <rauch@eecs.ukans.edu>
List: netbsd-help
Date: 02/18/2001 02:19:19
> > Now, the other half (less urgent): Am I missing something in the
> > crontab(5) man-page?  Or the cron(1)?  While the behavior can be guessed
> > with a little thought (or deterimed from the source---or found by
> > consulting a mailing list), I cannot see that it is documented. Should I
> > send-pr it?  Or does someone with write access want to fix it
> > off-the-cuff?  (^&
> 
> crontab(5) has an example section; none of the examples show the
> ampersand.

Right, but that doesn't tell you anything about this.  (Or is that your
point, and I'm just beating a dead horse?  (^&)


> +++ crontab.5   Sat Feb 17 20:36:36 2001
> @@ -136,6 +136,13 @@
>  .PP
>  The ``sixth'' field (the rest of the line) specifies the command to be
>  run.
> +The commands ran by
> +.IR cron (8)
> +do not need to be followed by an
> +ampersand;
> +.IR cron (8)
> +does not wait for the command to terminate before proceeding to
> +execute another command.

This addition would be a Good Thing in my eyes.  (Though I think that
s/ran/run/ reads a little better.)  Also, since (in most cases), one
doesn't really care whether the process is exectued synchronously, it
comes a little out of the blue to start the sentence by saying ``The
commands [...] do not need [...] an ampersand [...]''.

I might rephrase that to read more like:

The commands run by
.IR cron (8)
are always run asynchronously;
.IR cron (8)
does not wait for the command to terminate before proceeding to
execute another command.


> +++ cron.8      Sat Feb 17 20:30:52 2001
 [...]
> +.PP
> +.I cron
> +does not wait for a command to finish before executing the
> +next command.
 [...]

Looks good to me.


  "I probably don't know what I'm talking about." --rauch@eecs.ukans.edu