PEP idea - Daemon
Ryan Morillo
srart at operamail.com
Tue May 27 20:01:57 EDT 2003
Adding in the UID and GID should be easy, I'm not sure what you meen by
daemons forking. If your saying that you loose the PID, thats not a
problem (I intend to return the PID), if daemontools needs something else
to happen (I can't imagine what), tell me what it is and I'll see what I
can do.
(It may be that I don't understand all the things you would use a daemon
for. I just use it for long running background processes, on the rare
occasion I even leave myself a way to send more info into them, mostly
sound servers, and piping things around.)
On 24 May 2003 11:59:49 GMT, Michael P. Soulier <msoulier at storm.ca._nospam>
wrote:
> On Sat, 24 May 2003 03:54:13 -0500, Ryan Morillo <srart at operamail.com>
> wrote:
>> Am I the only one that thinks we should add daemonization to the os
>> module? After playing for a few days trying to figure it out, I was
>> lucky enough to find Jurgen's (sorry, don't know unicode for umlatts on
>> the "u") code for how to do it in *nix (cookbook recipie 6.7), I think
>> I've stumbled across it in windows once (example in win32 stuff), but
>> adding it to the stdlib seems like a good idea to me.
>
> I wouldn't mind, if it were flexible enough. For example, daemon's
> forking by default are a pain if you want to put the daemon under
> supervision via daemontools. Every daemon should have a 'nofork' option,
> like -f or something. That, and options for uid/gid to run under, etc.
>
> My 2cents.
>
> Mike
>
--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
More information about the Python-list
mailing list