Re: pg_upgrade failure on Windows Server

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: pg_upgrade failure on Windows Server
Дата
Msg-id CAB7nPqTdf7rqTCi4-e--Zw28Cou_Ki6B4tXVZYBH=ZbgaSVy7w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_upgrade failure on Windows Server  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: pg_upgrade failure on Windows Server  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-bugs
On Thu, Mar 12, 2015 at 11:23 PM, Michael Paquier wrote:
> On Thu, Mar 12, 2015 at 6:50 AM, Alvaro Herrera wrote:
> In this part the only difference is a spawn of cmd /c, but I don't see
> why it is useful to spawn a new command prompt here for this case, so
> we could just drop this part. Looking at the log history, this has
> been added since this code creation..

Taking back my words here. We definitely want to spawn a new process
in the case of pg_regress, so I think that the best thing to do would
be to pass the to-be-launched command to get_restrict_token(), and be
careful with WaitForSingleObject and GetExitCodeProcess() as there are
cases where we cannot wait for a process, so we are going to need a
control flag, or to let the callers of get_restricted_token() do the
wait themselves. I would think that the latter is better, additional
opinions being welcome.
--
Michael

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Skylar Thompson
Дата:
Сообщение: Re: BUG #12856: No space left on device, but there is space!
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: pg_upgrade failure on Windows Server