Re: fixing pg_ctl with relative paths
От | Josh Kupershmidt |
---|---|
Тема | Re: fixing pg_ctl with relative paths |
Дата | |
Msg-id | CAK3UJRE-ZB6H-CCuXUURpe+-P09tJfjXzcNNA7s5jXzK2eU04g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: fixing pg_ctl with relative paths (Fujii Masao <masao.fujii@gmail.com>) |
Ответы |
Re: fixing pg_ctl with relative paths
|
Список | pgsql-hackers |
On Wed, Jun 26, 2013 at 12:22 PM, Fujii Masao <masao.fujii@gmail.com> wrote: > On Wed, Jun 26, 2013 at 2:36 PM, Hari Babu <haribabu.kommi@huawei.com> wrote: >> On June 26, 2013 5:02 AM Josh Kupershmidt wrote: >>>Thanks for the feedback. Attached is a rebased version of the patch with >> the two small issues noted fixed. > > The following description in the document of pg_ctl needs to be modified? > > restart might fail if relative paths specified were specified on > the command-line during server start. Right, that caveat could go away. > +#define DATADIR_SPEC "\"-D\" \"" > + > + datadir = strstr(post_opts, DATADIR_SPEC); > > Though this is a corner case, the patch doesn't seem to handle properly the case > where "-D" appears as other option value, e.g., -k option value, in > postmaster.opts > file. Could I see a command-line example of what you mean? > Just idea to work around that problem is to just append the specified -D option > and value to post_opts. IOW, -D option and value appear twice in post_opts. > In this case, posteriorly-located ones are used in the end. Thought? Hrm, I think we'd have to be careful that postmaster.opts doesn't accumulate an additional -D specification with every restart. Josh
В списке pgsql-hackers по дате отправления: