search for: ready_to_serv

...ich is required. =head1 NEXT PLUGIN -F<nbdkit-filter.h> defines three function types -(C<nbdkit_next_config>, C<nbdkit_next_config_complete>, +F<nbdkit-filter.h> defines four function types (C<nbdkit_next_config>, +C<nbdkit_next_config_complete>, C<nbdkit_ready_to_serve>, C<nbdkit_next_open>) and a structure called C<struct nbdkit_next_ops>. These abstract the next plugin or filter in the chain. There is also an opaque pointer C<nxdata> which must be passed along when calling @@ -135,9 +135,10 @@ these functions. =head2 Next config, op...

...gins to get control after the server > has forked and changed user but before it accepts a connection. This > is very late and the only real use for this is for a plugin to create > background threads for its own use. > --- > +++ b/docs/nbdkit-filter.pod > > +=head2 C<.ready_to_serve> > + > + int (*ready_to_serve) (nbdkit_next_ready_to_serve *next, void *nxdata); > + > +This intercepts the plugin C<.ready_to_serve> method. > + > +If there is an error, C<.ready_to_serve> should call C<nbdkit_error> > +with an error message and return C&...

...the server > >has forked and changed user but before it accepts a connection. This > >is very late and the only real use for this is for a plugin to create > >background threads for its own use. > >--- > > >+++ b/docs/nbdkit-filter.pod > > >+=head2 C<.ready_to_serve> > >+ > >+ int (*ready_to_serve) (nbdkit_next_ready_to_serve *next, void *nxdata); > >+ > >+This intercepts the plugin C<.ready_to_serve> method. > >+ > >+If there is an error, C<.ready_to_serve> should call C<nbdkit_error> > >+with an...

This is my second attempt at this. The first version (also not working) was here: https://www.redhat.com/archives/libguestfs/2019-October/msg00062.html In part 1/2 I introduce a new .ready_to_serve plugin method which is called after forking and just before accepting any client connection. The idea would be that plugins could start background threads here. However this doesn't work well in practice because plugins which do start any background threads seem to always get a segfault at shu...