C.Y.M wrote:
Yes, I like the idea of backgrounding VDR using "&" and then using 'wait $PID'.
 Is that the method you use?  I've been trying to find the best way to do this.
 Could you give me an example? :)


Something like that. This is a snippet of my overgrown runvdr script:

  # Run VDR
  eval "$VDRCMD &"

  # Remember PID of VDR process
  PID=$!

  # Wait for VDR to end or signal to arrive
  wait $PID

  # Remember return value of VDR
  RET=$?

The reason I do it this way is that I also handle some signals sent to runvdr, to terminate or restart on demand. If you want to start something in parallel, its probably no big difference whether you start your script before or after VDR, as long as you background it. You can background within a script like this:

  {
    sleep 1s
    echo -n world
  } &
  echo -n "hello "
  sleep 2s
  echo .

For now, I'm just trying to send a MESG via svdrpsend.pl to VDR so it displays a
welcome message after starting up and initializing its plugins.

You can wait for the SVDRP socket to accept connections, that would be one way to wait for a mainly running VDR.

Cheers,

Udo

_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Reply via email to