Re: pg_hba.conf - patch to report all parsing errors, and then bail
В списке pgsql-hackers по дате отправления:
| От | Magnus Hagander |
|---|---|
| Тема | Re: pg_hba.conf - patch to report all parsing errors, and then bail |
| Дата | |
| Msg-id | 49B2C1AD.9070805@hagander.net обсуждение исходный текст |
| Ответ на | Re: pg_hba.conf - patch to report all parsing errors, and then bail (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: pg_hba.conf - patch to report all parsing errors, and then bail
|
| Список | pgsql-hackers |
Tom Lane wrote: > Selena Deckelmann <selena@endpoint.com> writes: >> Currently, load_hba() bails on the first parsing error. It would be >> better for the typo-prone sysadmin if it reported ALL errors, and THEN >> bailed out. > >> This patch implements that behavior. Tested against 8.4 HEAD this morning. > > It sure looks like that's going to try to free new_parsed_lines more > than once. Shouldn't clean_hba_list be done just once? Yeah, it should be done in the if branch down below. And I think by our coding standards (or at least by our conventions), the variable should be "ok" and not "OK". Unless there are any objections, I can do those cleanups and apply it. //Magnus
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера