> I don't see any bug there. The ALTER DROP DEFAULT command does not
> remove the sequence's dependence on foo.id; nor for that matter
> does ALTER SET DEFAULT create an auto-drop dependency on the new
> table. See ALTER SEQUENCE OWNED BY if you want to dissociate a
> serial column's sequen
Hi!
Its possible to start the debugger, but its not really easy.
The control file from git has not worked, so I copied the sql file to
install the functions.
I copied the debugging.dll from plugins into the libdir, too, but I think
this is not necessary (in the conf file the dll from plugins will
Argh. Disregard the version comments in my post, I totally failed to
notice the version in the subject line.
--
Craig Ringer
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
On 08/08/2012 06:24 PM, rikard.pave...@zg.htnet.hr wrote:
The following bug has been logged on the website:
Bug reference: 7485
Logged by: Rikard Pavelic
Email address: rikard.pave...@zg.htnet.hr
PostgreSQL version: Unsupported/Unknown
Operating system: Windows
Description:
The following bug has been logged on the website:
Bug reference: 7485
Logged by: Rikard Pavelic
Email address: rikard.pave...@zg.htnet.hr
PostgreSQL version: Unsupported/Unknown
Operating system: Windows
Description:
This is still an issue as reported in
http://archi
Tom Lane wrote:
>> The trouble is that under AIX, once you have bound an IP V4 socket to a
>> port, it seems you can't bind a IP V6 socket to the same port. The
other
>> way round works. And AIX seems to return addrinfo with IP V4 addresses
in
>> front.
> Seems like that is a bug to file wit
On 08/07/12 11:58 PM, Craig Ringer wrote:
Good point. Please show:
SELECT version()
and the output of this query:
http://wiki.postgresql.org/wiki/Server_Configuration
that query is useful enough that it probably should be a built in function
select server_configuration(); or somet
