| From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
|---|---|
| To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Petr Vejsada <pve(at)paymorrow(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pg_upgrade (12->14) fails on aggregate |
| Date: | 2022-06-17 13:07:21 |
| Message-ID: | CA+Tgmob=sKD=Ag3TXQ+b7wWiJaoYaV-AgEddQYCxMNMCqmz=bA@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
On Thu, Jun 16, 2022 at 10:01 PM Justin Pryzby <pryzby(at)telsasoft(dot)com> wrote:
> > Also, I'd be inclined to reject system-provided objects by checking
> > for OID >= 16384 rather than hard-wiring assumptions about things
> > being in pg_catalog or not.
>
> To me, oid>=16384 seems more hard-wired than namespace!='pg_catalog'.
Extensions can be installed into pg_catalog, but they can't get
low-numbered OIDs.
--
Robert Haas
EDB: http://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Pavel Stehule | 2022-06-17 13:30:15 | Re: pg_upgrade (12->14) fails on aggregate |
| Previous Message | PG Bug reporting form | 2022-06-17 12:03:16 | BUG #17522: While using --with-ssl=openssl and PG_TEST_EXTRA='ssl' options, SSL test fails on OpenBSD 7.1 |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Pavel Stehule | 2022-06-17 13:30:15 | Re: pg_upgrade (12->14) fails on aggregate |
| Previous Message | James Coleman | 2022-06-17 12:33:29 | Re: PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size |