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

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: BUG #5118: start-status-insert-fatal
Дата
Msg-id 4AD8460C020000250002BA62@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: BUG #5118: start-status-insert-fatal  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: BUG #5118: start-status-insert-fatal  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: BUG #5118: start-status-insert-fatal  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-bugs
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?

-Kevin

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

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