Displaying 4 results from an estimated 4 matches for "ready_to_serve".
2019 Oct 11
0
[PATCH NOT WORKING nbdkit v2 1/2] server: Add .ready_to_serve plugin method.
...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, ope...
2019 Oct 11
2
Re: [PATCH NOT WORKING nbdkit v2 1/2] server: Add .ready_to_serve plugin method.
...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&l...
2019 Oct 11
0
Re: [PATCH NOT WORKING nbdkit v2 1/2] server: Add .ready_to_serve plugin method.
...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...
2019 Oct 11
3
[PATCH NOT WORKING nbdkit v2 0/2] vddk: Restructure plugin to allow greater parallelism.
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
shut...