[3206] in Kerberos-V5-bugs
pending/951: Fw: pending/925: gss-api
daemon@ATHENA.MIT.EDU (fariba)
Fri Apr 27 19:40:21 2001
Resent-From: gnats@rt-11.mit.edu (GNATS Management)
Resent-To: gnats-admin@rt-11.mit.edu
Resent-Reply-To: krb5-bugs@MIT.EDU, "fariba" <fariba@usc.edu>
Message-Id: <016f01c0cf73$88117cd0$02fea8c0@usc.edu>
Date: Fri, 27 Apr 2001 16:41:06 -0700
From: "fariba" <fariba@usc.edu>
To: <krb5-bugs@mit.edu>
>Number: 951
>Category: pending
>Synopsis: Fw: pending/925: gss-api
>Confidential: yes
>Severity: serious
>Priority: medium
>Responsible: gnats-admin
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Fri Apr 27 19:40:01 EDT 2001
>Last-Modified:
>Originator:
>Organization:
>Release:
>Environment:
>Description:
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
----- Original Message -----
From: "fariba" <fariba@usc.edu>
To: "Tom Yu" <tlyu@mit.edu>
Sent: Friday, April 27, 2001 4:40 PM
Subject: Re: pending/925: gss-api
> so how can we use your rpc if we want not to use sun's? we needs your
header
> files? and dbprog_2 and all our calls are using your rpc calls and no
third
> party. these coredumps are really getting in our way to use the kerberos
in
> other applications. we really appreciate if you pay more attention to this
> problem,and if you are very busy we can contact anybody you think that
would
> be appropriate. all the coredumps are happening whithin your code or
> select/poll commands and it is random. thank you.
> ----- Original Message -----
> From: "Tom Yu" <tlyu@mit.edu>
> To: "fariba" <fariba@usc.edu>
> Cc: <krb5-bugs@mit.edu>
> Sent: Thursday, March 29, 2001 9:32 PM
> Subject: Re: pending/925: gss-api
>
>
> > >>>>> "fariba" == fariba <fariba@usc.edu> writes:
> >
> > fariba> I don't know why our gssrpc code is not part of kerb5? Also
> > fariba> which header files where omitted? can you be more specific
> > fariba> please. thank you
> >
> > The phrasing of your first question is not very clear, but I will
> > attempt to answer the second part.
> >
> > The header files that are in the include/gssrpc directory in the build
> > tree should not get installed by running "make install". The gssrpc
> > library does get installed, but it was never our intention for it to
> > be used for anything other than the kadm5 protocol. If you are indeed
> > getting the include/gssrpc headers installed when you run "make
> > install", that is a bug and not intended. If you are using the gssrpc
> > headers, you must be manually installing them or using them out of the
> > build tree, neither of which we really support.
> >
> > ---Tom
> >
>
