From owner-freebsd-current Wed Oct 30 3:57:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4344D37B401 for ; Wed, 30 Oct 2002 03:57:40 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7E4543E4A for ; Wed, 30 Oct 2002 03:57:38 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 7224B534E; Wed, 30 Oct 2002 12:57:33 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Nate Lawson Cc: Bill Fenner , freebsd-current@freebsd.org Subject: Re: libfetch(3) patch for SSL References: From: Dag-Erling Smorgrav Date: Wed, 30 Oct 2002 12:57:33 +0100 In-Reply-To: (Nate Lawson's message of "Tue, 29 Oct 2002 23:23:23 -0800 (PST)") Message-ID: Lines: 20 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Lawson writes: > May I humbly propose that the API is broken and should be reworked? My > frustration with cached_connection common/ftp sharing and this thrashing > trying to overload the return value are signs that the API needs > rethinking. What do you mean "overload the return value"? _fetch_read(), _fetch_write() and _fetch_writev() are meant to return the same values in the same cases as read(2), write(2) and writev(2) would. The only difference should be in what value errno can have after they return (I don't think any of the system calls can set it to ETIMEDOUT). None of this has anything to do with cached connections, and I do not agree that caching should be done in common.c, because it relies on information (such as login and password) which is not and should not be available at that layer. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message