From owner-freebsd-current Sun Feb 2 16:21:47 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5CE037B401 for ; Sun, 2 Feb 2003 16:21:45 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26A5943F75 for ; Sun, 2 Feb 2003 16:21:45 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0402.cvx21-bradley.dialup.earthlink.net ([209.179.193.147] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18fUMo-0003jr-00; Sun, 02 Feb 2003 16:21:43 -0800 Message-ID: <3E3DB5C4.56A04F70@mindspring.com> Date: Sun, 02 Feb 2003 16:20:20 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Edward Brocklesby Cc: Bakul Shah , current@FreeBSD.ORG Subject: Re: rand() is broken References: <200302022039.PAA13951@warspite.cnchost.com> <200302022117.49248.ejb@lythe.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a436a0dc4695246dacd2f3d490063da7cc387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Edward Brocklesby wrote: > On Sunday 02 February 2003 8:39 pm, Bakul Shah wrote: > > What I am suggesting is to leave random() as it is and > > guarantee its behavior won't change and add cryto_random() or > > whatever, and indicate it *may* change. > > Where was it indicated that random() wouldn't change? Right there in the boot message, and again when you logged in, where the system indicated to you that it was a BSD system; the same notification that told you the resolved code is present in libc, the shared library implementation doesn't allocate specific chunks of UVM so the libraries can have their symbols resolved to fixed offsets instead of using PIC, that libc contains qsort(), etc.. Technically, it should be telling you that the SA_RESTART flag is present by default on signal handlers, too, so that you can more easily write a user space threads implementation using wrapper functions, and save a masking and unmasking system call for each potentially blocking call, but that's been broken for a long time, now, because of putative POSIX(SVID) compliance. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message