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 по дате отправления: