[Libtirpc-devel] glibc/libtirpc and future of client RPC code

[Thorsten Kukuk]

On Wed, Jul 08, Chuck Lever wrote:

> > On Jul 8, 2015, at 7:52 AM, Thorsten Kukuk <kukuk@suse.de> wrote:

> > For 2:
> > sunrpc: rpc/svc.h, struct SVCXPRT is using int xp_sock;
> > tirpc: rpc/svc.h, struct SVCXPRT is using int xp_fd;
> 
> Solaris has this in rpc/svc.h:
> 
> struct __svcxprt {
>         int             xp_fd;
> #define xp_sock         xp_fd
>         ushort_t        xp_port;
> 
> That macro seems reasonable to add to libtirpc’s tirpc/rpc/svc.h.

I submitted a patch to fix that.


> There is no svc_pollfd array either.
> 
> 
> > Between, I found out that libtirpc is still using select,
> > while everybody else is using poll() today.
> 
> The FreeBSD TI-RPC code, which is a direct ancestor of our
> libtirpc, still uses select(3) in svc_run().

Even Solaris is using poll() and not select(). Looks like
glibcs svc_pollfd/svc_max_pollfd is coming from Solaris.

I will create a patch, but that will be binary incompatible :(

  Thorsten

-- 
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)