Re: [kitten] New Version Notification for draft-kaduk-kitten-gss-loop-02.txt (fwd)

Nico Williams <nico@cryptonector.com> Sat, 18 January 2014 01:18 UTC

Return-Path: <nico@cryptonector.com>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E87D1ACCDF for <kitten@ietfa.amsl.com>; Fri, 17 Jan 2014 17:18:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.378
X-Spam-Level:
X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s0dqqZv-AcC2 for <kitten@ietfa.amsl.com>; Fri, 17 Jan 2014 17:18:32 -0800 (PST)
Received: from homiemail-a88.g.dreamhost.com (caiajhbdccah.dreamhost.com [208.97.132.207]) by ietfa.amsl.com (Postfix) with ESMTP id B37771ACC86 for <kitten@ietf.org>; Fri, 17 Jan 2014 17:18:32 -0800 (PST)
Received: from homiemail-a88.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a88.g.dreamhost.com (Postfix) with ESMTP id E72DD264058 for <kitten@ietf.org>; Fri, 17 Jan 2014 17:18:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:in-reply-to:references:date:message-id:subject:from :to:cc:content-type; s=cryptonector.com; bh=BEBOZSdS0hu3WrSXKvNT yaO3QUg=; b=QhEdKyPNW0SzqqjNiRaIjYwZA2lQNAprVSkchRwPqQY14scimutl qYoGI+cpXq1JIuQCeRNkTMyRPxbFYrBlApwHB5kH+km0vHXlxV30yf9v3ezkfEoo PZuycq6JkeHzyilXeK4eVxUWAKgPj/ITIduiKGOFwuIaXHrXDNvok9M=
Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a88.g.dreamhost.com (Postfix) with ESMTPSA id 92BE6264057 for <kitten@ietf.org>; Fri, 17 Jan 2014 17:18:19 -0800 (PST)
Received: by mail-wi0-f175.google.com with SMTP id hr1so1436978wib.2 for <kitten@ietf.org>; Fri, 17 Jan 2014 17:18:17 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kSu1PLKyC7escw/A5PhbzDccTf7ForZCYutHFU3yN+4=; b=iUxEFb4UuUfWmq/lo5F9KaDz+ZBkIgYrATMsho+KQfZInmfOIDvET/4sigqZt1sKSG shzN/7mxm0/dhfBdpx41F7ReB6MXAPH01dBy7fDCxa7nhJiDIzmfwbbRN9U/DKO3qmJ7 whDC6NQNDbEzH9fdQ8HLHvJtlIjk5OqTMM5kRAObSLjje8ZsZtV9VlE19lqjEkBZ5Qto Ur2cEvbkmnilyCzG5cOdr5AKltZOo08J1Owr201T/l0NzSqIO87KKtQN/oTYQrjhSMKS VAbi+aQ+rd/0j3erCobRtAFdWvRghTqQoGKoqOEJpXanEXhIBIOg0WrmILm8bHD9xR09 asJg==
MIME-Version: 1.0
X-Received: by 10.180.85.138 with SMTP id h10mr867975wiz.5.1390007897856; Fri, 17 Jan 2014 17:18:17 -0800 (PST)
Received: by 10.217.108.132 with HTTP; Fri, 17 Jan 2014 17:18:17 -0800 (PST)
In-Reply-To: <20140118010111.326F31ABB3@ld9781.wdf.sap.corp>
References: <52D99B63.3040005@mit.edu> <20140118010111.326F31ABB3@ld9781.wdf.sap.corp>
Date: Fri, 17 Jan 2014 19:18:17 -0600
Message-ID: <CAK3OfOiMs3GUK34HuzxLHiktjFNJQV9n1pr_S1GW2eNk=8kaeA@mail.gmail.com>
From: Nico Williams <nico@cryptonector.com>
To: "mrex@sap.com" <mrex@sap.com>
Content-Type: text/plain; charset="UTF-8"
Cc: "kitten@ietf.org" <kitten@ietf.org>
Subject: Re: [kitten] New Version Notification for draft-kaduk-kitten-gss-loop-02.txt (fwd)
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 18 Jan 2014 01:18:33 -0000

Martin,

The C bindings release/delete functions generally take a pointer to a
variable that holds the thing being released precisely so they can set
that variable to the appropriate GSS_C_NO_* value.

Now, I realize that RFC2744 isn't the model of completeness -- it
evidently doesn't say this one really important thing (from a quick
skim before running off to dinner).  I don't really care that it
doesn't say that (if indeed it doesn't).  It should have, as it's very
clearly the intended behavior (otherwise why on earth take that
pointer instead of just the value to be released/deleted?) and in fact
the behavior that the implementations I'm familiar with have.  An
update should say it.  I'd be OK with a note that there might be
implementations that don't do this.

Nico
--