SEO

#1 (**permalink**) 04-10-2008, 09:18 AM

[Please copy the mailing list on replies so others can participate
in and learn from the discussion.]

On Tue, Oct 11, 2005 at 11:16:40AM -0700, John Shin wrote:
> Tried many diffent ways but nothing seems to stick for createlang.
> .pgpass works for all others (createdb, dropdb, createuser, dropuser,
> etc.)

[snip]

> -bash-3.00$ createdb test -h localhost -U postgres
> CREATE DATABASE

Hmmm...this command fails with "too many command-line arguments"
on both FreeBSD and Solaris (8.0.4 built from source on both), so
I wonder if your build is using a getopt_long() that behaves
differently than what I'm using. Might not matter, though.

> -bash-3.00$ createlang -h localhost -U postgres plpgsql test
> Password:

Have you done a process trace (strace, ktrace, truss, etc.) to see
if createlang is even looking for .pgpass? Does it work if you
set the PGUSER environment variable instead of using the -U option?

You mentioned FC4, so maybe Tom Lane or somebody more familiar
with that platform has some ideas about what's happening.

--
Michael Fuhr

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

#2 (**permalink**) 04-10-2008, 09:18 AM

Michael Fuhr <mike@fuhr.org> writes:
> On Tue, Oct 11, 2005 at 11:16:40AM -0700, John Shin wrote:
>> Tried many diffent ways but nothing seems to stick for createlang.
>> .pgpass works for all others (createdb, dropdb, createuser, dropuser,
>> etc.)

>> -bash-3.00$ createdb test -h localhost -U postgres
>> CREATE DATABASE

> Hmmm...this command fails with "too many command-line arguments"
> on both FreeBSD and Solaris (8.0.4 built from source on both), so
> I wonder if your build is using a getopt_long() that behaves
> differently than what I'm using. Might not matter, though.

That syntax does work for me on FC4, so probably the issue is GNU
getopt_long versus other implementations (likely, our own port/ code).
I don't think it's relevant though, since John exhibited a failure
even while using the "standard" command line syntax.

The whole thing is more than passing strange. createlang uses exactly
the same connection code as the other "scripts" binaries, so there's
no obvious reason why it would behave differently. I concur with the
suggestion to try strace'ing it and see where the behavior starts to
vary from, say, createdb.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

SEO

Re: .pgpass does not work for createlang