From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Michiel Lange <michiel(at)minas(dot)demon(dot)nl> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Subject: | Re: [ADMIN] Cannot connect to the database (PG 7.3) |
Date: | 2003-01-28 22:04:22 |
Message-ID: | 3032.1043791462@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-hackers |
I wrote:
> Michiel Lange <michiel(at)minas(dot)demon(dot)nl> writes:
>> It is, somehow, not possible to connect as a user which name is completely
>> numeric.
> I muttered "nonsense!" to myself, but darned if you're not right:
> regression=# create user "12345";
> CREATE USER
> regression=# \q
> $ psql -U 12345 regression
> psql: FATAL: SET SESSION AUTHORIZATION: permission denied
> Will look into it.
After some looking, it appears the culprit is
assign_session_authorization() in commands/variable.c, which is assuming
that a numeric-looking parameter string should be taken as a numeric
user sysid, rather than an actual user name.
The reason this was done was to avoid the need to do catalog lookups
when restoring a prior setting during error recovery. That's still a
valid concern, so right offhand I don't see an easy fix. Any ideas?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Steve Crawford | 2003-01-28 23:26:01 | Re: Cannot connect to the database (PG 7.3) |
Previous Message | Tom Lane | 2003-01-28 21:43:22 | Re: Cannot connect to the database (PG 7.3) |
From | Date | Subject | |
---|---|---|---|
Next Message | Gordan Bobic | 2003-01-28 22:12:15 | Re: list server problems? |
Previous Message | Bruce Momjian | 2003-01-28 22:00:44 | Re: Request for qualified column names |