<tt><font size=2>&gt; This should work exactly as you've written it.</font></tt>
<br>
<br><tt><font size=2>I believe I figured out my problem. A line in the
watchdog conf file had</font></tt>
<br><tt><font size=2>accidently become uncommented, and thus I had 2 &quot;stop
on&quot; stanzas.</font></tt>
<br><tt><font size=2>Looks like the last one wins. :-)</font></tt>
<br>
<br><tt><font size=2>It's working now.</font></tt>
<br><tt><font size=2><br>
&gt; &gt; What would be nice is a &quot;restart on ...&quot; stanza. I
could also see that<br>
&gt; &gt; an &quot;restart limit ...&quot; stanza should follow. <br>
&gt; &gt; <br>
&gt; We had something like this once; it got removed when the states were<br>
&gt; simplified such that a restart was roughly equivalent to stop/start.
&nbsp;If<br>
&gt; it came back, you'd then have to have additional events for restarting<br>
&gt; and restarted.</font></tt>
<br>
<br><tt><font size=2>I'm getting the behavior that I want. When I do an
&quot;initctl restart application&quot;</font></tt>
<br><tt><font size=2>it stops the watchdog, stops the application, starts
the application, starts</font></tt>
<br><tt><font size=2>the watchdog. To get this behavior, I need to do an
&quot;initctl restart ...&quot;</font></tt>
<br><tt><font size=2>instead of &quot;initctl emit ...&quot;, which isn't
a big deal.</font></tt>
<br><tt><font size=2><br>
On a more general note, I have to say that a policy-based event-driven
</font></tt>
<br><tt><font size=2>service manager is very elegant. Nice job.</font></tt>
<br>
<br><tt><font size=2>-- Marcel</font></tt>