[PATCH wayland] util: Clarify documentation of wl_dispatcher_func_t
Yong Bakos
junk at humanoriented.com
Mon Nov 21 13:43:41 UTC 2016
Please disregard, need to annotate the v2. Apologies for the noise.
y
> On Nov 21, 2016, at 5:40 AM, Yong Bakos <junk at humanoriented.com> wrote:
>
> From: Yong Bakos <ybakos at humanoriented.com>
>
> Adjust the brief, clarify the behavior and arguments, correct a grammar
> error, document the parameters, and document the return type.
>
> Signed-off-by: Yong Bakos <ybakos at humanoriented.com>
> Reviewed-by: Bryce Harrington <bryce at osg.samsung.com>
> ---
> src/wayland-util.h | 27 +++++++++++++++++----------
> 1 file changed, 17 insertions(+), 10 deletions(-)
>
> diff --git a/src/wayland-util.h b/src/wayland-util.h
> index 170bf86..f0a4508 100644
> --- a/src/wayland-util.h
> +++ b/src/wayland-util.h
> @@ -662,21 +662,28 @@ union wl_argument {
> };
>
> /**
> - * \brief A function pointer type for a dispatcher.
> + * Dispatcher function type alias
> *
> * A dispatcher is a function that handles the emitting of callbacks in client
> - * code. For programs directly using the C library, this is done by using
> - * libffi to call function pointers. When binding to languages other than C,
> + * code. For programs directly using the C library, this is done by using
> + * libffi to call function pointers. When binding to languages other than C,
> * dispatchers provide a way to abstract the function calling process to be
> * friendlier to other function calling systems.
> *
> - * A dispatcher takes five arguments: The first is the dispatcher-specific
> - * implementation data associated with the target object. The second is the
> - * object on which the callback is being invoked (either wl_proxy or
> - * wl_resource). The third and fourth arguments are the opcode the wl_message
> - * structure corresponding to the callback being emitted. The final argument
> - * is an array of arguments received from the other process via the wire
> - * protocol.
> + * A dispatcher takes five arguments: The first is the dispatcher-specific
> + * implementation associated with the target object. The second is the object
> + * upon which the callback is being invoked (either wl_proxy or wl_resource).
> + * The third and fourth arguments are the opcode and the wl_message
> + * corresponding to the callback. The final argument is an array of arguments
> + * received from the other process via the wire protocol.
> + *
> + * \param "const void *" Dispatcher-specific implementation data
> + * \param "void *" Callback invocation target (wl_proxy or `wl_resource`)
> + * \param uint32_t Callback opcode
> + * \param "const struct wl_message *" Callback message signature
> + * \param "union wl_argument *" Array of received arguments
> + *
> + * \return 0 on success, or -1 on failure
> */
> typedef int (*wl_dispatcher_func_t)(const void *, void *, uint32_t,
> const struct wl_message *,
> --
> 2.7.2
>
> _______________________________________________
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/wayland-devel
More information about the wayland-devel
mailing list