From owner-cvs-all@FreeBSD.ORG Fri Dec 15 14:39:26 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABF8016A415; Fri, 15 Dec 2006 14:39:26 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD6643CBA; Fri, 15 Dec 2006 14:37:39 +0000 (GMT) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id E7E5953774; Fri, 15 Dec 2006 09:39:20 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Fri, 15 Dec 2006 09:39:20 -0500 X-Sasl-enc: spu43AW0MHPSAF0hkvSGAlaKPQIMnHtkCdGhaNBYb9l/ 1166193560 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id AFD3A1DB6B; Fri, 15 Dec 2006 09:39:18 -0500 (EST) Message-ID: <4582B395.3040501@FreeBSD.org> Date: Fri, 15 Dec 2006 14:39:17 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: Luigi Rizzo References: <200612151201.kBFC1qEv006825@repoman.freebsd.org> <4582A1E0.1050503@freebsd.org> <4582A6C9.8010009@FreeBSD.org> <20061215055704.A65183@xorpc.icir.org> In-Reply-To: <20061215055704.A65183@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randall Stewart , src-committers@FreeBSD.org, Andre Oppermann , cvs-all@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/net Makefile.inc sctp_sys_calls.c src/sys/sys param.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2006 14:39:26 -0000 Luigi Rizzo wrote: > > i think Andre's question was this: > normally we use {set|get}sockopt() to configure the socket > as desired for special features (e.g. multicast is one). > > It already does. These are wrappers, not actual syscalls. > Why is it undesirable to use the same kind of overloading > for sctp ? An API is specified for SCTP already. Being forced to shoehorn all possible semantics into a getsockopt()/setsockopt() call *sucks* for serious work. Regards, BMS