From owner-freebsd-arch Tue Nov 30 10: 0:57 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 133F01596E for ; Tue, 30 Nov 1999 10:00:53 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id TAA09479 for ; Tue, 30 Nov 1999 19:00:51 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id TAA71641 for freebsd-arch@freebsd.org; Tue, 30 Nov 1999 19:00:51 +0100 (MET) Received: from msn166-109.med.und.nodak.edu (msn166-109.med.und.NoDak.edu [134.129.166.109]) by hub.freebsd.org (Postfix) with ESMTP id 0002F1596E for ; Tue, 30 Nov 1999 10:00:42 -0800 (PST) (envelope-from bpederson@geocities.com) Received: from accord.med.und.nodak.edu ([134.129.166.13] helo=geocities.com) by msn166-109.med.und.nodak.edu with esmtp (Exim 3.03 #1) id 11srZx-000PC4-00 for arch@freebsd.org; Tue, 30 Nov 1999 12:00:41 -0600 Message-ID: <384410A4.22DCF089@geocities.com> Date: Tue, 30 Nov 1999 12:00:04 -0600 From: Barry Pederson X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: arch@freebsd.org Subject: Re: cvs commit: src/sys/i386/conf files.i386 src/sys/kern kern_fork.csrc/sys/libkern arc4random.c src/sys/sys libkern.h References: <199911301720.JAA25777@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: > > :Depending on a behavior that isn't defined anywhere and doesn't > :always work falls in my definition of "negative clue". > : > :-- > :- bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - > > This is a ridiculous argument, Bill. All of us depend on (or feel > comfortable with) behavior that is not defined anywhere. Such behavior > exists everywhere. Sorry, but I have to agree with Bill on this...depending on undefined behavior in a system is just plain bad practice. You're gonna get burned eventually when someone implements a similar system but doesn't necessarily exactly copy all the undefined behaviors. Barry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message