Re: KITTEN: IETF 75 - 76

Nicolas Williams <Nicolas.Williams@sun.com> Thu, 03 September 2009 16:33 UTC

Return-Path: <Nicolas.Williams@sun.com>
X-Original-To: kitten@core3.amsl.com
Delivered-To: kitten@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD67B28C4E1 for <kitten@core3.amsl.com>; Thu, 3 Sep 2009 09:33:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.85
X-Spam-Level:
X-Spam-Status: No, score=-5.85 tagged_above=-999 required=5 tests=[AWL=0.196, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u3jlNYlqahz5 for <kitten@core3.amsl.com>; Thu, 3 Sep 2009 09:33:45 -0700 (PDT)
Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by core3.amsl.com (Postfix) with ESMTP id 4F5DB28C55D for <kitten@ietf.org>; Thu, 3 Sep 2009 09:31:32 -0700 (PDT)
Received: from dm-central-01.central.sun.com ([129.147.62.4]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n83GVJdx004922 for <kitten@ietf.org>; Thu, 3 Sep 2009 16:31:19 GMT
Received: from binky.Central.Sun.COM (binky.Central.Sun.COM [129.153.128.104]) by dm-central-01.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL, v2.2) with ESMTP id n83GVIGZ018366 for <kitten@ietf.org>; Thu, 3 Sep 2009 10:31:19 -0600 (MDT)
Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n83G5O0q009884; Thu, 3 Sep 2009 11:05:24 -0500 (CDT)
Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n83G5O54009883; Thu, 3 Sep 2009 11:05:24 -0500 (CDT)
X-Authentication-Warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f
Date: Thu, 03 Sep 2009 11:05:23 -0500
From: Nicolas Williams <Nicolas.Williams@sun.com>
To: Volker Lendecke <Volker.Lendecke@SerNet.DE>
Subject: Re: KITTEN: IETF 75 - 76
Message-ID: <20090903160523.GM1033@Sun.COM>
References: <20090901181307.fe1d4efa.miallen@ioplex.com> <98F14484-1B48-45A1-86E7-5E78383F5109@kth.se> <20090901214059.17a309e6.miallen@ioplex.com> <4A9E22D9.9050405@samba.org> <20090902153241.GJ1033@Sun.COM> <20090902172015.da056c19.miallen@ioplex.com> <20090902212652.GX1033@Sun.COM> <395_1251953035_n834hs6R012125_20090902211200.8a2dd378.miallen@ioplex.com> <0AB8FDC38BE7B55EB358D7FA@minbar.fac.cs.cmu.edu> <E1MjESp-003YOF-Vu@intern.SerNet.DE>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <E1MjESp-003YOF-Vu@intern.SerNet.DE>
User-Agent: Mutt/1.5.7i
Cc: kitten@ietf.org, Love@core3.amsl.com, Volker Lendecke <vl@SerNet.DE>, Jeffrey Hutzelman <jhutz@cmu.edu>
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Thu, 03 Sep 2009 16:33:45 -0000

On Thu, Sep 03, 2009 at 05:43:11PM +0200, Volker Lendecke wrote:
> Sorry to step in here, but there's tons of example for
> portable async APIs. One that I just adapted Samba to is the
> API used in the avahi libs. You hand the avahi libs a set of
> callback functions like "listen on this fd for read" and so
> on, and you are called back by avahi when something
> interesting happens.

Yes, that too is possible: abstract the application's event loop and
export it to libraries.  That is complicated and only sightly more
portable than just exporting file descriptor lists from the library to
the app.

> This is definitely doable without the requirement for
> threads. It may be a complex API, but async programming
> never has been easy.

Indeed.

I'm not sure we'll ever reach consensus on a single async GSS API.  We
might have to do more than one, or none at all.

Nico
--