Re: windows / initdb oddness - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: windows / initdb oddness
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCEA0F7CA@algol.sollentuna.se
Whole thread Raw
In response to windows / initdb oddness  (Andrew Dunstan <andrew@dunslane.net>)
List 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 by date:

Previous
From: "Mark Woodward"
Date:
Subject: Re: pg_config, pg_service.conf, postgresql.conf ....
Next
From: Peter Eisentraut
Date:
Subject: Re: pg_config, pg_service.conf, postgresql.conf ....