Skip Menu |
 

From george@palisad.com Tue Nov 12 20:53:59 1996
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id UAA29449 for <bugs@RT-11.MIT.EDU>; Tue, 12 Nov 1996 20:53:58 -0500
Received: from ng.netgate.net by MIT.EDU with SMTP
id AA19873; Tue, 12 Nov 96 20:53:56 EST
Received: from palisad.com (mail.palisad.com [204.145.147.90]) by ng.netgate.net (8.8.2/8.6.9) with SMTP id SAA15716 for <krb5-bugs@mit.edu>; Tue, 12 Nov 1996 18:04:16 -0800 (PST)
Received: by palisad.com (4.1/SMI-4.1)
id AA10303; Tue, 12 Nov 96 17:53:33 PST
Message-Id: <9611130153.AA10303@palisad.com>
Date: Tue, 12 Nov 96 17:53:33 PST
From: george@palisad.com
To: krb5-bugs@MIT.EDU
Subject: further GSS-RPC netdb.h mess

Show quoted text
>Number: 184
>Category: krb5-libs
>Synopsis: further GSS-RPC netdb.h mess
>Confidential: yes
>Severity: serious
>Priority: high
>Responsible: tlyu
>State: closed
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Tue Nov 12 20:54:00 EST 1996
>Last-Modified: Thu Nov 14 21:02:29 EST 1996
>Originator:
>Organization:
>Release:
>Environment:
>Description:
>How-To-Repeat:
>Fix:
>Audit-Trail:

Responsible-Changed-From-To: gnats-admin->tlyu
Responsible-Changed-By: bjaspan
Responsible-Changed-When: Wed Nov 13 15:50:15 1996
Responsible-Changed-Why:

I believe you are the most knowledgeable about this particular
unfortunate mess.


From: "Barry Jaspan" <bjaspan@MIT.EDU>
To: Tom Yu <tlyu@MIT.EDU>
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-libs/184: further GSS-RPC netdb.h mess
Date: Wed, 13 Nov 1996 20:52:06 GMT

`Barry Jaspan' made changes to this PR.

*** /tmp/gnatsa0062I Wed Nov 13 15:51:19 1996
--- /tmp/gnatsb0062I Wed Nov 13 15:51:59 1996
***************
*** 9,22 ****
Date: Tue, 12 Nov 96 17:53:33 PST
From: george@palisad.com
To: krb5-bugs@MIT.EDU
! Subject:

Show quoted text
>Number: 184
>Category: krb5-libs
! >Synopsis:
Show quoted text
>Confidential: yes
>Severity: serious
! >Priority: medium
Show quoted text
>Responsible: tlyu
>State: open
>Class: sw-bug
--- 9,22 ----
Date: Tue, 12 Nov 96 17:53:33 PST
From: george@palisad.com
To: krb5-bugs@MIT.EDU
! Subject: further GSS-RPC netdb.h mess

Show quoted text
>Number: 184
>Category: krb5-libs
! >Synopsis: further GSS-RPC netdb.h mess
Show quoted text
>Confidential: yes
>Severity: serious
! >Priority: high
Show quoted text
>Responsible: tlyu
>State: open
>Class: sw-bug

State-Changed-From-To: open-analyzed
State-Changed-By: tlyu
State-Changed-When: Wed Nov 13 18:27:16 1996
State-Changed-Why:
This shouldn't happen; basically the symbol
STRUCT_RPCENT_IN_RPC_NETDB_H should only get defined if in fact
/usr/include/rpc/netdb.h declares struct rpcent. On jff, which is a
SunOS 4.1.3_U machine, struct rpcent only shows up in
/usr/include/netdb.h.


From: Tom Yu <tlyu@MIT.EDU>
To: george@palisad.com
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-libs/184: further GSS-RPC netdb.h mess
Date: Wed, 13 Nov 1996 18:27:01 -0500

What is the exact error message you're seeing when attempting to
compile gssrpc? Also, could you please send me the line of configure
output that begins "checking where struct rpcent is declared", as well
as the output of

grep rpcent /usr/include/*.h /usr/include/rpc/*.h

---Tom

State-Changed-From-To: analyzed-feedback
State-Changed-By: tlyu
State-Changed-When: Thu Nov 14 00:54:50 1996
State-Changed-Why:
Possibly user error?


From: Tom Yu <tlyu@MIT.EDU>
To: george@palisad.com
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-libs/184: further GSS-RPC netdb.h mess
Date: Thu, 14 Nov 1996 00:54:40 -0500

Hm. I just checked, and I don't seem to have a problem with a SunOS
4.1.3_U machine that I have access to. Could you please send me the
information I asked for in my previous mail?

It's quite possible that if you are using the same directory for
builds on multiple platforms that you left the lib/rpc/types.h from a
previous build on a different platform in the directory. That would
certainly account for your troubles. If that is the case, try
unpacking a fresh copy of the source tree (if you're building in the
source tree) or making sure that lib/rpc/types.h is removed before
rebuilding.

FYI, my configure output on a SunOS 4.1.3_U machine includes:

checking where struct rpcent is declared... netdb.h

---Tom

From: Tom Yu <tlyu@MIT.EDU>
To: krbcore@MIT.EDU
Cc: krb5-bugs@MIT.EDU
Subject: Re: krb5-libs/184: further GSS-RPC netdb.h mess
Date: Thu, 14 Nov 1996 02:15:05 -0500

I am tempted to close this PR since I can't seem to reproduce this
guy's failure mode and mail to him is bouncing. Any objections?

---Tom

From: "Barry Jaspan" <bjaspan@MIT.EDU>
To: tlyu@MIT.EDU
Cc: krbcore@MIT.EDU, krb5-bugs@MIT.EDU
Subject: Re: krb5-libs/184: further GSS-RPC netdb.h mess
Date: Thu, 14 Nov 1996 10:49:21 -0500

I am tempted to close this PR since I can't seem to reproduce this
guy's failure mode and mail to him is bouncing. Any objections?

Given the "and mail is bouncing" clause, no, I have no objections.

Barry

State-Changed-From-To: feedback-closed
State-Changed-By: tlyu
State-Changed-When: Thu Nov 14 21:02:04 1996
State-Changed-Why:
Must be a user error; cannot reproduce problem.

Show quoted text
>Unformatted:
OS: SUNOS 4.1.3_U
OS PATCHES: all security and most other patches installed
MISC: bind 4.9.3 installed
COMPILER: gcc 2.7.2
VERSION: krb5-beta7

The problem is during compilation of the RPC routines. The file netdb.h
gets included from both the rpc include directory and the system
include directory for source files which already include <netdb.h>
(i.e. clnt_generic.c, ...). The <netdb.h> in rpc/types.h picks up
the version of netdb.h in rpc/ and the <netdb.h> in clnt_generic.c
gets it from the system include file directory.

The fix is either to conditionally remove the

#define STRUCT_RPCENT_IN_RPC_NETDB_H

in rpc/types.h, or use

NETDB_H instead of RPC_NETDB_H for the conditional around the netdb.h
include file in the local rpc include directory (may also need to put
a real netdb.h in rpc/).