I'm trying to write a Mono C# daemon for linux.

I'd like to do a starts and stops of it when its done processing instead of just killing the process.

Does anyone have any examples of this?

Edit: I figured out how to use start-stop-daemon --background in debian, so I think I'll just use that for now.

Edit: I'm implementing this in java as well and they have this nice addShutdownHook that catches terminating the app. I need to spend a little more time sorting out the dependencies for mono service, or find a way to catch app termination.

There is the SessionEnd event, but thats only available for services and not console apps

Answer: using mono-service to wrap a windows service on linux


To receive notifications in the Unix way, that is using signals, you want to use the Mono.Unix.UnixSignal for each signal that you plan on receiving and then call UnixSignal.WaitAny () on an array of signals.


You would typically do this on a separate thread.


You should implement a service and use mono-service. Google for it and you'll find several examples.


A simple method would be to listen on a (local, high) port and receive commands from a management client, like bind does.

A more unix-ish way would be to register a signal handler using UnixSignal and shutdown properly on receiving a certain signal. See the Mono FAQ, "Can I use signal handlers with Mono?" for caveats and an example.

lupus has found mono-service, which is a hosting process using the ServiceProcess interfaces. Sadly this requires setting MONO_DISABLE_SHM, which disables some features in Mono, in particular cross-process IPC systems.


A daemon under Linux typically listens to signals, like the kill signal, but there are others that allow it to do things like a soft restart (reads back in configuration), and so forth.

Typically this is accompanied by a script in the /etc/init.d directory that controls starting and stopping such daemons. Typically a pid file is created under /var/run, that keeps the process id for the script to identify the process quickly.

Even when coding for Mono, you'd do well understanding the environment for which you're coding, since there's no difference between a Mono process or a native process (created in C, for example) or a script.

Dave