Re: rand48 replacement
От
Fabien COELHO
Тема
Re: rand48 replacement
Дата
Msg-id
alpine.DEB.2.22.394.2109251929180.3216312@pseudo
Ответ на
Re: rand48 replacement (Tom Lane)
Список
Дерево обсуждения
rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Aleksander Alekseev <aleksander@timescale.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Aleksander Alekseev <aleksander@timescale.com>
Re: rand48 replacement Aleksander Alekseev <aleksander@timescale.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Dean Rasheed <dean.a.rasheed@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Dean Rasheed <dean.a.rasheed@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Yura Sokolov <y.sokolov@postgrespro.ru>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Dean Rasheed <dean.a.rasheed@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Dean Rasheed <dean.a.rasheed@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Dean Rasheed <dean.a.rasheed@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Yura Sokolov <y.sokolov@postgrespro.ru>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Yura Sokolov <y.sokolov@postgrespro.ru>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Yura Sokolov <y.sokolov@postgrespro.ru>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Aleksander Alekseev <aleksander@timescale.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Thomas Munro <thomas.munro@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Aleksander Alekseev <aleksander@timescale.com>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Tom Lane <tgl@sss.pgh.pa.us>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Dean Rasheed <dean.a.rasheed@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Dean Rasheed <dean.a.rasheed@gmail.com>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Re: rand48 replacement Andrey Borodin <x4mmm@yandex-team.ru>
Re: rand48 replacement Fabien COELHO <coelho@cri.ensmp.fr>
Hello Tom, > Just FTR, I strongly object to your removal of process-startup srandom() > calls. Ok. The point of the patch is to replace and unify the postgres underlying PRNG, so there was some logic behind this removal. > Those are not only setting the seed for our own use, but also ensuring > that things like random() calls within PL functions or other libraries > aren't 100% predictable. Sure, they shouldn't be predictable. Attached v15 also does call srandom if it is there, and fixes yet another remaining random call. -- Fabien.
В списке pgsql-hackers по дате отправления