Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/5/84; site reed.UUCP Path: utzoo!watmath!clyde!cbosgd!ihnp4!mhuxn!mhuxm!sftig!sftri!sfmag!eagle!ulysses!unc!mcnc!decvax!tektronix!reed!alexis From: alexis@reed.UUCP (Alexis Dimitriadis) Newsgroups: net.bugs,net.unix,net.lang.c,net.math Subject: Re: Bug in rand() and srand() Message-ID: <1067@reed.UUCP> Date: Fri, 8-Mar-85 21:34:03 EST Article-I.D.: reed.1067 Posted: Fri Mar 8 21:34:03 1985 Date-Received: Mon, 11-Mar-85 04:12:29 EST References: <320@cubsvax.UUCP> <433@lll-crg.ARPA> Organization: Reed College, Portland, Oregon Lines: 10 Xref: watmath net.bugs:567 net.unix:3893 net.lang.c:4696 net.math:1888 > A better way around the problem is to use the more > sophisticated random number generator random() all of its bits are supposed > to be random and its really not that much slower than rand(). A simple > #define rand random can fix your code. Our version of 4.2 random() ALWAYS returns an even number the first time it is called after being seeded. That effectively breaks small applications that call random only once. (Or those that seed it for every call). alexis