Source-Changes archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: CVS commit: src/lib/libc/rpc
> In article <20080127084912.56D7B11703%yamt.dyndns.org@localhost>,
> YAMAMOTO Takashi <yamt%mwd.biglobe.ne.jp@localhost> wrote:
> >> On Jan 26, 7:57pm, yamt%mwd.biglobe.ne.jp@localhost (YAMAMOTO Takashi)
> >> wrote:
> >> -- Subject: Re: CVS commit: src/lib/libc/rpc
> >>
> >> | > Module Name: src
> >> | > Committed By: christos
> >> | > Date: Fri Jan 25 19:43:53 UTC 2008
> >> | >
> >> | > Modified Files:
> >> | > src/lib/libc/rpc: pmap_getport.c
> >> | >
> >> | > Log Message:
> >> | > PR/37864: Wolfgang Stukenbrock: when requesting TCP rcp-service
> >port numbers
> >> | > UDP is used
> >> | >
> >> | >
> >> | > To generate a diff of this commit:
> >> | > cvs rdiff -r1.16 -r1.17 src/lib/libc/rpc/pmap_getport.c
> >> | >
> >> | > Please note that diffs are not public domain; they are subject to the
> >> | > copyright notices on the relevant files.
> >> |
> >> | does it make sense to retry on RPC_PROGNOTREGISTERED?
> >>
> >> Can't a program register only for tcp and not for udp?
> >>
> >> christos
> >
> >your change is about the transports used by the portmapper itself,
> >not by the queried services, right?
>
> Yes, I was confused. It does not make sense to retry if the program
> was found not to be registered.
>
> >honestly speaking, i don't understand the rationale of this change.
> >if tcp is so reliable, why don't you try it when protocol != IPPROTO_TCP?
>
> I think that Wolfgang was trying to use NIS across a network where UDP
> was not available/reliable.
then, doesn't it make more sense to always try both transports?
YAMAMOTO Takashi
>
> christos
Home |
Main Index |
Thread Index |
Old Index