From owner-freebsd-hackers Tue Aug 11 12:33:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21910 for freebsd-hackers-outgoing; Tue, 11 Aug 1998 12:33:45 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from redfish.go2net.com (redfish.go2net.com [207.178.55.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA21886 for ; Tue, 11 Aug 1998 12:33:39 -0700 (PDT) (envelope-from marcs@go2net.com) Received: from marcs by redfish.go2net.com with smtp (Exim 1.82 #2) id 0z6Jzl-0004l4-00; Tue, 11 Aug 1998 12:22:09 -0700 Date: Tue, 11 Aug 1998 12:22:09 -0700 (PDT) From: Marc Slemko X-Sender: marcs@redfish To: Stephane Eranian cc: hackers@FreeBSD.ORG Subject: Re: Loosing socket options on new connections... In-Reply-To: <199808111754.KAA01432@cello.hpl.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Aug 1998, Stephane Eranian wrote: > Hi, > > I recently notice that when you get a new connection on a listen > socket the flags for the "master socket" simply vanish from the cloned > socket (service socket). This is really annoying for flags like > TCP_NODELAY, ie TF_NODELAY (ie user-settable flags via setsockopt()). The traditional behaviour (not just FreeBSD) has been that only SO_DEBUG, SO_DONTROUTE, SO_KEEPALIVE, SO_LINGER, SO_OOBINLINE, SO_RCVBUF and SO_SNDBUF are inherited. A program shouldn't expect others to be inherited, although this is somewhat ill-defined by the specs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message