Re: postgresql.conf: patch to have ParseConfigFile report all parsing errors, then bail
От | Simon Riggs |
---|---|
Тема | Re: postgresql.conf: patch to have ParseConfigFile report all parsing errors, then bail |
Дата | |
Msg-id | 1236677204.31880.388.camel@ebony.2ndQuadrant обсуждение исходный текст |
Ответ на | postgresql.conf: patch to have ParseConfigFile report all parsing errors, then bail (Selena Deckelmann <selena@endpoint.com>) |
Ответы |
Re: postgresql.conf: patch to have ParseConfigFile report
all parsing errors, then bail
|
Список | pgsql-hackers |
On Sun, 2009-03-08 at 16:27 -0700, Selena Deckelmann wrote: > ParseConfigFile currently exits on the first parsing error. Changed > guc_file.l to report all parsing errors before exiting: > * Moved parse_error: block inside while() loop > * Removed cleanup_exit: and associated 'goto' > * Added ereport if ParseConfigFile() returns false > * changed OK to ok ;) > * Added comment - TODO: Report bogus variables in addition to parsing > errors before bailing out These are very good changes, good news. Is it possible to check for parameters that have been changed, yet will not be applied at reload? It's a common error to change something like shared_buffers and then expect that to have changed when you reload. It would be useful to issue messages when that has occurred. -- Simon Riggs www.2ndQuadrant.comPostgreSQL Training, Services and Support
В списке pgsql-hackers по дате отправления: