On Thu, Jul 28, 2011 at 10:33 AM, Ian Kent <ik...@redhat.com> wrote: > On Thu, 2011-07-28 at 07:20 -0400, Chuck Lever wrote: >> On Jul 27, 2011, at 10:26 PM, Ian Kent wrote: >> > >> > Umm ... >> > >> > Why is __rpcb_findaddr() declared in the public header files but not >> > defined anywhere is the source? >> > >> > Why is __rpcb_findaddr_timed() defined in the source but not defined in >> > the public header files? >> >> This version of libtirpc was split from the Sun version over a decade >> ago when the code was immature. So you're going to find this kind of >> thing in many places. > > Yes, I was aware of that, but haven't paid enough attention to the doc. > >> >> The TI-RPC API is defined in 816-1435. You really shouldn't consider >> using any of the interfaces defined in the headers but not in that >> doc, as those are internal interfaces and can change. > > Ummm .. rpcb_getaddr() might be what I'm looking for, I'll look further. > >> >> On the other hand, we have at least two important RPC-based >> applications that can make use of this interface. I wonder if it >> makes sense to harden that API but leave it hidden, so apps external >> to the library can depend on it. > > Yeah, but if I can achieve what I need without it that's the way I'll > go. It looks like I might not be able to do what I want the way I want > with ti-rpc but it is still too early to tell. It's also too early to > tell if ti-rpc actually already does some or all of what I need already. > Time will tell. > > One example of something I need is to control the timeout, not the > timeout for interactions after the client is constructed but the timeout > of the client construction itself, including any queries to rpcbind that > may be needed (hence why I want to do that manually too).
Yes, nfs-utils does this too. See support/nfs/rpc_socket.c. It looks a lot like what is done in autofs's lib/rpc_subs.c. -- "Blast this Christmas music! It's joyful _and_ triumphant!" -- The Grinch _______________________________________________ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
