[vdr] [RFC] Shutdown rewrite for 1.5.x

Udo Richter udo_richter at gmx.de
Sat Feb 17 18:18:42 CET 2007

Darren Salt wrote:
>> We re-define SIGHUP, so that it doesn't terminate VDR instantly, but
>> instead checks for activity. If user and vdr is inactive, act just like
>> sigterm, if there's some activity, ignore the signal.
>> An external script could then repeat sending the SIGHUP periodically until
>> termination did succeed.
> That'd be start-stop-daemon, most likely, which means that the task would
> have to be backgrounded. Its -R option is useful for this - something like
> "-R forever/-HUP/5", I think - but it's just possible that VDR may become
> inactive then active without receiving a signal in between.
> However, that doesn't fit in well with runvdr, or at least with my version

In this case I guess your runvdr is the one that should send the signals 
to VDR, as it also will know if VDR did terminate. And at least your 
runvdr probably knows your update strategies.

I'm currently coding it in a way that SIGHUP issues a VDR restart (exit 
code 1), if no serious activity (cutting, recording, plugins) is going 
on - just like the setup menu restart command. Otherwise, the signal is 



More information about the vdr mailing list