| От | Peter Eisentraut |
|---|---|
| Тема | Re: Allow tailoring of ICU locales with custom rules |
| Дата | |
| Msg-id | 5c09a150-cb73-39ba-28a3-3f4abebbcf49@enterprisedb.com обсуждение |
| Ответ на | Re: Allow tailoring of ICU locales with custom rules ("Daniel Verite" <daniel@manitou-mail.org>) |
| Ответы |
Re: Allow tailoring of ICU locales with custom rules
|
| Список | pgsql-hackers |
On 04.02.23 14:41, Daniel Verite wrote: > However it still leaves "daticurules" empty in the destination db, > because of an actual bug in the current patch. > > Looking at createdb() in commands.c, it creates this variable: > > @@ -711,6 +714,7 @@ createdb(ParseState *pstate, const CreatedbStmt *stmt) > char *dbcollate = NULL; > char *dbctype = NULL; > char *dbiculocale = NULL; > + char *dbicurules = NULL; > char dblocprovider = '\0'; > char *canonname; > int encoding = -1; > > and then reads it later > > @@ -1007,6 +1017,8 @@ createdb(ParseState *pstate, const CreatedbStmt *stmt) > dblocprovider = src_locprovider; > if (dbiculocale == NULL && dblocprovider == COLLPROVIDER_ICU) > dbiculocale = src_iculocale; > + if (dbicurules == NULL && dblocprovider == COLLPROVIDER_ICU) > + dbicurules = src_icurules; > > /* Some encodings are client only */ > if (!PG_VALID_BE_ENCODING(encoding)) > > but it forgets to assign it in between, so it stays NULL and src_icurules > is taken instead. Right. Here is a new patch with this fixed.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера