2013/2/11 Alexander <[email protected]>:
> Hello,

Hey,

> i've noticed interesting comment on sourcefabric wiki about external script
> calls:
> https://wiki.sourcefabric.org/display/LS/Storing+metadata+in+a+database
>
> # if there are errors send them nowhere ( > /dev/null )
> # system seems to await an output, this can make liquidsoap hang. that's why
> we let our script work in background (&)
>
> as i remember ">" symbol is used only for STDOUT, not for STDERR, to move
> both of them to /dev/null we need to use "&>" combination, right?

Not exactly. > refer to stdout and 2> to stderr so this is totally valid:
  /path/to/script 2> /tmp/stderr

Now, the & is used to say "pipe stderr where stdout is piped":
  /path/to/script > /tmp/combined 2>&1

> second suggestion: i've tried to call my external script from console with
> "&" symbol, it was executed ok, i've seen no result.
> but when i execute it in similar way in liquidsoap, i can see returned value
> by this script (that must be gone dev null, and for which liquidsoap should
> not wait for response?)
>
> So, as on many forums there are stupid things about liquidsoap (and not
> only) techniques, i would ask you as experienced specialists, is it possible
> to call external script from liquidsoap without waiting a response from it?
> I need to store metadata, and in fact i don't need to wait the result of
> execution.
>
> If it is possible, is the way, described on sourcefabric wiki correct, or
> which way would be correct then?

Calling with & at the end _should_ be right. However, running programs
in the background on unix is a major clusterfuck in general.. For more
information, I'd recommend looking for documentation about how to
properly launch a daemon, you'll have lots of fun...

Romain

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users

Reply via email to