From dev-return-9708-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Wed Apr 23 22:26:32 2003 Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 68721 invoked by uid 500); 23 Apr 2003 22:26:32 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 68710 invoked from network); 23 Apr 2003 22:26:32 -0000 Message-ID: <3EA71478.30903@jnous.com> Date: Wed, 23 Apr 2003 15:32:24 -0700 From: Jim Carlson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@apr.apache.org Subject: apr_socket_sendv() and IOV_MAX Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hello, I recently ran into some trouble using apr_socket_sendv() on my Solaris box, which apparently sets IOV_MAX to the absurdly low value of 16. APR does not appear to have any facilities for dealing with this. Ideally this limitation could be obscured in APR, since IOV_MAX is not a portable identifier (Windows doesn't have it). I'm considering writing a patch to the unix version of apr_socket_sendv(), which would check IOV_MAX and issue several calls to sendv() if necessary (while respecting the blocking, nonblocking, timeout setting in the same way as apr_socket_send()). I have to write this code anyway, but it seems to belong in APR. Any objections? Jim