Greetings,

in case it wasn't obvious, and to celebrate the 1 week "anniversary" for this
email, RFC means "Request for Comments", and so if you have any about the code
(which I even sent with an obvious bug to encourage the usual "bikesheeding")
or design, a reply on it (better if to the original email so it can be
referenced as part of the discussion for context) would be appreciated;
specially considering this is a showstopper for 3.1.3^H4^H5^H6. (made a little
more obvious with r2149)

in the nutshell the solution proposed does :

1) get rid of the apr_proc_detach dependency which is useless anyway when
   all it does is to daemonize the process and we even have an implementation
   for that in our code that is now only used by gmetad.
2) implement the forking / IPC using plain standard unix calls instead for
   portability.
3) create a variable that will be used in all error paths to indicate
   initialization failure and communicate that from child to parent
   through a pipe so that the parent can report failure to the OS if
   needed.
4) patch all error paths to use the new semantics.

the alternatives will be in order of preference :

1) revert the current implementation and delay a solution.
2) drop this "feature" and maybe "hack" it with some init script logic
3) reimplement gmond to be more apache like so that APR magically works
4) implement it using APR after fixing APR first if possible
5) ignore the problem and tell BSD users to run gmond in the foreground
   and deal with it.

Carlo

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to