>>650
この話題、part79 ですでに既出。
http://hibari.2ch.net/test/read.cgi/tech/1297728426/383
｜rand()の下位ビットは乱数性が悪いのでRAND_MAX / 2との
｜大小で偶奇を決めるのが普通。
http://hibari.2ch.net/test/read.cgi/tech/1297728426/384
｜そんな実装依存の使い方が「普通」であってたまるか
｜高品質の乱数が欲しければ探すか作れとしか言いようがないだけだ
http://hibari.2ch.net/test/read.cgi/tech/1297728426/399
｜>>383 は結局　http://www.kouno.jp/home/c_faq/c13.html#16　と同値。この話題は c-faq の昔からいわれていたこと。
http://hibari.2ch.net/test/read.cgi/tech/1297728426/408
｜問題のある乱数でも速くて大量に乱数を生成できるという特性があるなら、それを買って使う場面もあるでしょうね。
｜そういうときに、(int)((double)rand() / ((double)RAND_MAX + 1) * N) とするのは普通のやりかた。
｜処理系によってはrand() が線形合同である可能性も否定できない。
｜＞そんな実装依存の使い方が「普通」であってたまるか
｜実装依存でもないし、普通なんです、昔から。
http://hibari.2ch.net/test/read.cgi/tech/1297728426/411
｜> 速くて
｜具体的に何 bps を保証するんですか
｜> 大量に
｜循環周期と確率分布の保証は？
｜わけわかんねえ「なら」につきあってられるか ぼけ
｜そう言ったのが >>384 だよ
http://hibari.2ch.net/test/read.cgi/tech/1297728426/412
｜しかし、http://en.wikipedia.org/wiki/Linear_congruential_generator　をみると、結構な数の処理系で rand() の実装が線形合同だったりするわけで