Re: Solaris testers wanted for strxfrm() behavior

Поиск
Список
Период
Сортировка
От Noah Misch
Тема Re: Solaris testers wanted for strxfrm() behavior
Дата
Msg-id 20150704003636.GA856928@tornado.leadboat.com
обсуждение исходный текст
Ответ на Re: Solaris testers wanted for strxfrm() behavior  (Noah Misch <noah@leadboat.com>)
Список pgsql-hackers
On Wed, Jul 01, 2015 at 03:22:33AM -0400, Noah Misch wrote:
> On Tue, Jun 30, 2015 at 09:45:08AM -0400, Tom Lane wrote:
> > Noah Misch <noah@leadboat.com> writes:
> > > On Sun, Jun 28, 2015 at 07:00:14PM -0400, Tom Lane wrote:
> > >> Another idea would be to make a test during postmaster start to see
> > >> if this bug exists, and fail if so.  I'm generally on board with the
> > >> thought that we don't need to work on systems with such a bad bug,
> > >> but it would be a good thing if the failure was clean and produced
> > >> a helpful error message, rather than looking like a Postgres bug.
> >
> > > Failing cleanly on unpatched Solaris is adequate, agreed.  A check at
> > > postmaster start isn't enough, because the postmaster might run in the C
> > > locale while individual databases or collations use problem locales.  The
> > > safest thing is to test after every setlocale(LC_COLLATE) and
> > > newlocale(LC_COLLATE).  That's once at backend start and once per backend per
> > > collation used, more frequent than I would like.  Hmm.

Solaris does not have locale_t or strxfrm_l(), so per-collation checks aren't
relevant after all.  Checking at postmaster start and backend start seems
cheap enough, hence this patch.

Вложения

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

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: More work on SortSupport for text - strcoll() and strxfrm() caching
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Synch failover WAS: Support for N synchronous standby servers - take 2