From owner-freebsd-hackers Fri Nov 15 10:36:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA06796 for hackers-outgoing; Fri, 15 Nov 1996 10:36:54 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA06770 for ; Fri, 15 Nov 1996 10:36:41 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA12528; Fri, 15 Nov 1996 11:32:55 -0700 (MST) Date: Fri, 15 Nov 1996 11:32:55 -0700 (MST) Message-Id: <199611151832.LAA12528@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: jgreco@brasil.moneng.mei.com (Joe Greco), jdp@polstra.com, scrappy@ki.net, hackers@freebsd.org Subject: Re: Sockets question... In-Reply-To: <199611151748.KAA26388@phaeton.artisoft.com> References: <199611150414.WAA26986@brasil.moneng.mei.com> <199611151748.KAA26388@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Non-blocking sockets for reliable stream protocols like TCP/IP are > a stupid idea. > > If I wanted datagrams, I would pick a protocol like UDP. You are outta your league now Terry, and into mine. This is what *I* have been doing for years, and I'd like to think I know a little bit about it given that it's what I get paid to do. *grin* You have *very little* idea what you are talking about here, and in the midst of the volumnous email said very little in terms of content and knowledge of what's going on. Your best bet at this point in time is to either back off and leave what little shred of credibility you have, or keep going and lose it all. Yes, you *can* use UDP for packets, but it brings with it a host of other problems too numerous too mention. It's a piece of cake to use TCP to send 'packetized' data (and for many applications the 'right' thing to do) IFF you know what you are doing and are aware of the gotchas, which you apparently don't given your blanket statement. There are tradeoffs for any solution, and knowing the advantages and tradeoffs for each is an excercise left for the reader since Terry's advice is misguided at best, and wrong in the worst case. Nate