From: Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com>
To: Chuck Lever <chucklever@gmail.com>
Cc: vasily Isaenko <vasily.isaenko@oracle.com>,
ltp-list <ltp-list@lists.sourceforge.net>,
libtirpc List <libtirpc-devel@lists.sourceforge.net>
Subject: Re: [LTP] [Libtirpc-devel] svc_vc_create/clnt_vc_create and RPC_ANYFD
Date: Wed, 26 Mar 2014 10:58:53 +0400 [thread overview]
Message-ID: <53327AAD.2030402@oracle.com> (raw)
In-Reply-To: <4BA9BC50-10B8-425F-973D-19CC6439F9AA@gmail.com>
On 03/25/2014 07:56 PM, Chuck Lever wrote:
>
> On Mar 25, 2014, at 8:35 AM, Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com> wrote:
>
>> Hi!
>>
>> Sorry, but yet another question regarding rpc-tirpc-full-test-suite.
>>
>> Some binaries from this suite pass RPC_ANYFD to svc_vc_create() or
>> clnt_vc_create().
>>
>> Like this one -
>> https://github.com/linux-test-project/ltp/blob/master/testcases/network/rpc/rpc-tirpc-full-test-suite/tests_pack/tirpc_svc_5/tirpc_svc_5.c
>> :
>>
>> transp = svc_vc_create(RPC_ANYFD, 1024, 1024);
>>
>> And, of course, the tests using this fail.
>>
>> I dig into the libtirpc sources and didn't found anything that could
>> state that we may pass RPC_ANYFD to these functions.
>>
>> From svc_vc_create() comments:
>> "The filedescriptor passed in is expected to refer to a bound, but
>> not yet connected socket."
>>
>> and from clnt_vc_create():
>> "fd should be an open socket"
>>
>> So invoking svc_vc_create(RPC_ANYFD,...) or clnt_vc_create(RPC_ANYFD,
>> ...) is incorrect. Right?
>
> I don’t see anything in
>
> http://docs.oracle.com/cd/E19504-01/802-5885/802-5885.pdf
>
> that contradicts that.
>
> AFAICT RPC_ANYFD is OK for the so-called “expert level” API, which means clnt_tli_create(3t) and svc_tli_create(3t).
>
> It is also OK for the legacy APIs svctcp_create() and clnttcp_create() to take RPC_ANYSOCK.
>
Thank you.
> --
> Chuck Lever
> chucklever@gmail.com
>
>
>
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
prev parent reply other threads:[~2014-03-26 6:58 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-25 15:35 [LTP] svc_vc_create/clnt_vc_create and RPC_ANYFD Stanislav Kholmanskikh
2014-03-25 15:56 ` [LTP] [Libtirpc-devel] " Chuck Lever
2014-03-26 6:58 ` Stanislav Kholmanskikh [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53327AAD.2030402@oracle.com \
--to=stanislav.kholmanskikh@oracle.com \
--cc=chucklever@gmail.com \
--cc=libtirpc-devel@lists.sourceforge.net \
--cc=ltp-list@lists.sourceforge.net \
--cc=vasily.isaenko@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox