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
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 |