Re: Problem displaying functions and views in 7.1b3

From: "Constantin Teodorescu" <teo(at)flex(dot)ro>
To: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: Problem displaying functions and views in 7.1b3
Date: 2001-02-08 17:43:49
Message-ID: 004101c091f6$b2018400$03ffe6c1@flex.ro
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


----- Original Message -----
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
Cc: <teo(at)flex(dot)ro>; <pgsql-bugs(at)postgresql(dot)org>
Sent: Thursday, February 08, 2001 4:12 AM
Subject: Re: [BUGS] Problem displaying functions and views in 7.1b3

> Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> writes:
> > Tom Lane wrote:
> >> Uh, has it ever done differently? \df certainly appears to me to list
> >> all functions in 7.0.*.
>
> > There's the following code in src/bin/pgaccess/lib/mainlib.tcl
> > wpg_select $CurrentDB "select proname from pg_proc where
> > oid>$maxim order by proname" rec {
> > where maxim(the oid of "template1" database) is 1 in 7.1.
>
> Okay, so pgaccess has got a behavior change ... but the bug report was
> about psql, or so I thought.
>
> We can easily change pgaccess to do this correctly for 7.1, but then it
> will fail completely on older releases (there was no datlastsysoid column
> in pg_database before). Is backward compatibility a design concern for
> pgaccess, or not?

We can detect the PostgreSQL version (select version();) so we can
implement different behaviors.
if { $PG_VERSION >= 7} {
wpg_select .....
} else {
wpg_select ....
}

Constantin Teodorescu

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message pgsql-bugs 2001-02-08 21:34:21 Backend crash while indexing large strings
Previous Message Mike Howard 2001-02-08 15:59:38 Referencial integerity problem