Re: psql -p 5433; create database test; \c test failing

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: David Fetter <david(at)fetter(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Markus Bertheau <mbertheau(dot)pg(at)googlemail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: psql -p 5433; create database test; \c test failing
Date: 2006-04-11 02:02:25
Message-ID: 200604110202.k3B22Pb13763@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


The patch wasn't ignored. It is just that I never got to applying it yet.

---------------------------------------------------------------------------

David Fetter wrote:
> On Sat, Mar 11, 2006 at 12:15:08PM -0500, Tom Lane wrote:
> > "Markus Bertheau" <mbertheau(dot)pg(at)googlemail(dot)com> writes:
> > > Why is it trying to use 5432? Am I missing something? Is that the
> > > expected behaviour?
> >
> > > Michael Fuhr hinted that
> > > http://archives.postgresql.org/pgsql-committers/2006-02/msg00139.php
> > > may be the cause of that.
> >
> > Confirmed here: \c drops the previous port connection setting (and
> > the host too according to my testing). This is clearly a bug --- at
> > least, there was no hint in the patch description that it would
> > change the behavior of previously-accepted cases, and it would have
> > had to withstand much more careful review if that were stated to be
> > the case.
>
> I believe that this patch fixes the problem. Should there be
> something in the regression tests for this?
>
> Cheers,
> D
> --
> David Fetter david(at)fetter(dot)org http://fetter.org/
> phone: +1 415 235 3778
>
> Remember to vote!

[ Attachment, skipping... ]

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2006-04-11 02:09:00 Re: Domains as Subtypes
Previous Message Andrew - Supernews 2006-04-11 00:36:06 plpgsql by default (was: Re: Remote administration contrib module)