Subject: Re: integration of c-ares into various file descriptor based main loops [reposted]

Re: integration of c-ares into various file descriptor based main loops [reposted]

From: Pavel Simerda <psimerda_at_redhat.com>
Date: Fri, 15 Nov 2013 06:07:54 -0500 (EST)

----- Original Message -----
> From: "Daniel Stenberg" <daniel_at_haxx.se>
> To: "Pavel Simerda" <psimerda_at_redhat.com>
> Cc: "c-ares development" <c-ares_at_cool.haxx.se>, "Jakub Hrozek" <jhrozek_at_redhat.com>, "Alexander Klauer"
> <Alexander.Klauer_at_itwm.fraunhofer.de>
> Sent: Thursday, November 14, 2013 6:51:21 PM
> Subject: Re: integration of c-ares into various file descriptor based main loops [reposted]
>
> On Thu, 7 Nov 2013, Pavel Simerda wrote:
>
> > Would you consider an additional API as an alternative to `ares_fds()`,
> > `ares_timeout()` and `ares_process_fd()` consisting of functions similar to
> > the following ones useful?
> >
> > * void ares_set_fd_callback(ares_channel channel, int (*callback)(int fd,
> > int events, void *user_data), void *user_data)
> > * void ares_set_timeout_callbacks(ares_channel channel, int (*create)(int
> > seconds, void *user_data), int (*remove)(int timeout_id), void *user_data)
> > * int ares_dispatch_fd(ares_channel channel, int fd, int events)
>
> Certainly! That seems like a good set of functions that would allow
> application to use any kind of socket-waiting functionality, including event
> based.

Great, thanks! So, what now, am I expected to provide a patch, or is anyone else interested in doing that?

Pavel

> Sorry for not responding this faster.
>
> --
>
> / daniel.haxx.se
>
Received on 2013-11-15