Re: windows / initdb oddness
От | Magnus Hagander |
---|---|
Тема | Re: windows / initdb oddness |
Дата | |
Msg-id | 6BCB9D8A16AC4241919521715F4D8BCEA0F7CA@algol.sollentuna.se обсуждение исходный текст |
Ответ на | windows / initdb oddness (Andrew Dunstan <andrew@dunslane.net>) |
Список | pgsql-hackers |
> >Are you running this with an admin account or a non-admin > account? If > >admin, what are the permissions on the initdb.exe file and libpq.dll? > > > > > > Should be unprivileged - it's the account I use to run > buildfarm. (and which has therefore in each case just > successfully run "make check" with the identical binaries). Hm. Ok. Is that part running under msys or "plain windows"? I haven't done much testing under msys. (Though it's clearly not always broken) > >Anything weird in how you run it - do you specify a path to > initdb, or > >run it from current directory for example? > > > > relative path: bin/initdb foo > > (bin has libpq.dll as well as initdb.exe). But if this is from buildfarm, it should be the same on snake, right? > >And finally, can you check with process explorer if it's the > first or > >second initdb that dies? (With this patch, initdb will > re-exec itself > >with lower privs) > > > > > > > > I will add some trace writes when I get a chance. I was > rather hoping something would jump out at you, but obviously > it hasn't, so I'll have to dig into it the slow way. *sigh* Ok. Sorry, can't help much. It's definitly quite possible it's somewhere around the new priv code. My first guess would be something with the build-new-commandline pieces, but I don't see what it should be... //Magnus
В списке pgsql-hackers по дате отправления: