Re: pg_upgrade failure on Windows Server
От | Michael Paquier |
---|---|
Тема | Re: pg_upgrade failure on Windows Server |
Дата | |
Msg-id | CAB7nPqSK-YDBrszwWCAQH_sgXdO23Ja-LjqpnqbbR=ukm_qj4w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_upgrade failure on Windows Server (Asif Naeem <anaeem.it@gmail.com>) |
Ответы |
Re: pg_upgrade failure on Windows Server
|
Список | pgsql-bugs |
On Wed, Mar 4, 2015 at 10:53 PM, Asif Naeem wrote: > On Mon, Mar 2, 2015 at 9:42 AM, Michael Paquier wrote: >> >> The portion for initdb to make it use restricted tokens has been added >> some time ago with fc9c20e, and the one of pg_ctl with a25cd81, both >> of them in 2006, so instead of duplicating again the logic for >> pg_upgrade and pg_resetxlog, shouldn't we create a common routine in >> src/common and link to it all the frontend binaries that need it? >> Hence, Asif, could you refactor first the existing code and make it >> use a new API in libpqcommon? > > Sure. PFA patch, restricted token code is moved to > src/common/restricted_token.c, Now it uses common routine for initdb, > pg_upgrade and pg_resetxlog. Please do let me know if I missed something or > more information is required. Thanks. Thanks. This looks fine to me (tested on MinGW-32 and MSVC). I just have one comment: get_restricted_token should use progname as argument. This way you can just keep progname as a static variable for each frontend and not play with constant variables in both code paths, aka src/common and src/bin stuff. Regards, -- Michael
В списке pgsql-bugs по дате отправления: