Re: BUG #5118: start-status-insert-fatal

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #5118: start-status-insert-fatal
Дата
Msg-id 6811.1255706698@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #5118: start-status-insert-fatal  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: BUG #5118: start-status-insert-fatal  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-bugs
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> Robert Haas <robertmhaas@gmail.com> wrote:
>> Well, then Tom's idea of using a random number seems pretty solid no
>> matter how you slice it.  Maybe a UUID.

> A random number is looking like the best option.  I'm not sure why I'd
> want to generate a perfectly good 128 bit random number and then throw
> away six of the bits to dress it up as a UUID, though.  Do the
> libraries for that do enough to introduce entropy to compensate for
> the lost bits?  Any other benefit I'm missing?

I was envisioning just using PostmasterRandom() (after initializing
the seed from time(NULL) as we do now).  I don't think we need a
super-wide random number.

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #5121: Segmentation Fault when using pam w/ krb5
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: BUG #5118: start-status-insert-fatal