[20] in GSSAPI Development

home help back first fref pref prev next nref lref last post

[Theodore Ts'o: Re: gss_release_cred()]

daemon@ATHENA.MIT.EDU (Theodore Ts'o)
Tue Apr 30 13:57:29 1991

Date: Tue, 30 Apr 91 13:56:34 -0400
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
To: gssapi-dev@ATHENA.MIT.EDU
Reply-To: tytso@ATHENA.MIT.EDU



------- Forwarded Message

Date: Tue, 30 Apr 91 13:47:33 -0400
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
To: "John Wray, Secure Systems Development, DTN 226-6106 30-Apr-1991
	0840" <wray@ultra.enet.dec.com>
Cc: gssapi-dev@Pa.dec.com
In-Reply-To: John Wray, Secure Systems Development, DTN 226-6106  30-Apr-1991 0840's message of Tue, 30 Apr 91 05:48:56 PDT,
	<9104301248.AA24844@enet-gw.pa.dec.com>
Subject: Re: gss_release_cred()
Reply-To: tytso@ATHENA.MIT.EDU
Address: 308 High Street, Medford, MA 02155
Phone: (617) 395-0154

   Date: Tue, 30 Apr 91 05:48:56 PDT
   From: "John Wray, Secure Systems Development, DTN 226-6106  30-Apr-1991 0840" <wray@ultra.enet.dec.com>

   gss_cred_id_t isn't a pointer according to the spec.  It's an opaque type.
   Passing a pointer to it allows any internal data to be zeroed.  Some
   mechanisms may choose to make gss_cred_id_t be a pointer to
   something, but there's no requirement that it be such.

You're right, I was being confused.  I thought it was one of explicitly
defined types in section two, but I was wrong.

						- Ted

------- End Forwarded Message

home help back first fref pref prev next nref lref last post