[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Libtirpc-devel] Fwd: Re: proposed patch to rpcbind to provide finer-grained security controls than offered by the -i option


On Wed, Dec 15, 2010 at 03:48:38PM -0500, Steve Dickson wrote:
> On 12/14/2010 04:32 PM, Thomas Schwinge wrote:
> > <git://git.infradead.org/~steved/libtirpc.git>'s master branch [on GNU/Hurd]

> >     ../../master/src/auth_unix.c:187: error: ‘MAXHOSTNAMELEN’ undeclared (first use in this function)
> I don't understand what this is complaining about. Obviously
> MAXHOSTNAMELEN is define (see rpc/types.h) otherwise the non-hurd build
> would fail. Also, I've realized adding:
>     #ifndef MAXHOSTNAMELEN
>     #define MAXHOSTNAMELEN 64
>     #endif
> to auth_unix.c eliminates this "error". But again those ifdefs are
> not needed on "normal" builds so what gives?

See here:

> >     ../../master/src/rpc_soc.c: In function ‘clnt_com_create’:
> >     ../../master/src/rpc_soc.c:108: error: ‘SOCK_CLOEXEC’ undeclared (first use in this function)
> >     ../../master/src/rpc_soc.c:108: error: (Each undeclared identifier is reported only once
> >     ../../master/src/rpc_soc.c:108: error: for each function it appears in.)
> Again these are defined through sys/socket.h (actually in bits/socket.h).
> So again I'm a bit confused as to what is needed...

As I said:

> > That one is in my court -- I already have patches for SOCK_CLOEXEC et
> > al. for many months...

See here:
<http://sourceware.org/ml/libc-alpha/2008-12/threads.html#00027>.  I
really need to work on integrating these patches into the Debian glibc
package, as well as get back to re-submitting them to glibc.


Attachment: signature.asc
Description: Digital signature

Reply to: