Re: Unexpected "cache lookup failed for collation 0" failure
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Unexpected "cache lookup failed for collation 0" failure |
| Дата | |
| Msg-id | 21560.1573704552@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Unexpected "cache lookup failed for collation 0" failure (Michael Paquier <michael@paquier.xyz>) |
| Список | pgsql-bugs |
Michael Paquier <michael@paquier.xyz> writes:
> On Wed, Nov 13, 2019 at 03:56:11PM -0500, Tom Lane wrote:
>> Looks like a simple oversight --- when bpcharne() was made
>> collation-sensitive, it should have grown a check_collation_set()
>> call, but somehow that got left out. Fixed.
> Wouldn't it be better to add a test case for that?
Didn't see the point particularly; we're not any more likely to
break this function than any other collation-dependent function.
The real question IMO is whether Peter missed any *other* places.
I dug through varlena.c and varchar.c and confirmed that every
call of PG_GET_COLLATION leads to a collation-is-not-zero test
(after this fix), but I didn't try to search the whole backend.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера