Re: Preliminary patch for tsearch example dictionaries/parsers in contrib
В списке pgsql-patches по дате отправления:
| От | karpov@sao.ru (Sergey V. Karpov) |
|---|---|
| Тема | Re: Preliminary patch for tsearch example dictionaries/parsers in contrib |
| Дата | |
| Msg-id | 87r6k41hr1.fsf@tigris.sai.msu.ru обсуждение |
| Ответ на | Re: Preliminary patch for tsearch example dictionaries/parsers in contrib (Magnus Hagander <magnus@hagander.net>) |
| Список | pgsql-patches |
Magnus Hagander <magnus@hagander.net> writes: >> > * Allowing config files to be read from anywhere is not acceptable. >> > We have dealt with this in the core code and the contrib examples >> > *must* follow the same rules. >> >> Is it necessary to require this behaviour from each contrib module? They >> are not core code, and usually solve application-level tasks - is it >> optimal to store the application config files in postgres tree? > > Yes. We've been thruogh that many times wrt adminpack, and we don't want to > do that again :-) > See convert_and_check_filename() in adminpack.c. Ok, I understand. In this case, the simplest way for me is to use get_tsearch_config_filename(), which assumes files in share/tsearch_data/, like standard tsearch dictionaries do. Or contrib modules have to keep their files strictly in share/contrib/? Sergey Karpov
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера