From owner-freebsd-hackers Sun Nov 17 23:03:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16902 for hackers-outgoing; Sun, 17 Nov 1996 23:03:05 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA16893 for ; Sun, 17 Nov 1996 23:02:47 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.2/CET-v2.1) with SMTP id HAA08474; Mon, 18 Nov 1996 07:02:11 GMT Date: Mon, 18 Nov 1996 16:02:11 +0900 (JST) From: Michael Hancock To: Bill Fenner cc: Terry Lambert , scrappy@ki.net, jdp@polstra.com, hackers@FreeBSD.org Subject: Re: Sockets question... In-Reply-To: <96Nov15.113305pst.177557@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 15 Nov 1996, Bill Fenner wrote: > 4.4BSD introduced the MSG_WAITALL flag, so if you use recv() or any of its > friends you can ask for your whole request to be performed. This is, of > course, not portable, and MSG_WAITALL won't even do the trick if your > request is larger than the socket's high water mark (e.g. SO_RECVBUF). > UnixWare 2.1.1 now supports this, I'll have to check Solaris. Maybe it's more portable than you think. >From the man pages ... MSG_WAITALL Block until the full amount of requested data can be returned. May return a smaller amount of data if a signal is caught,the connection is terminated or an error is pending for the socket. Regards, Mike Hancock