From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Query generates infinite loop |
Date: | 2022-05-04 19:01:27 |
Message-ID: | CAMkU=1yp1S5cwj_e762D_tNHT5w=ZKDB3k6UCmSaTkbnddSwOA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On Wed, Apr 20, 2022 at 5:43 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> I wrote:
> > it's true that infinities as generate_series endpoints are going
> > to work pretty oddly, so I agree with the idea of forbidding 'em.
>
> > Numeric has infinity as of late, so the numeric variant would
> > need to do this too.
>
> Oh --- looks like numeric generate_series() already throws error for
> this, so we should just make the timestamp variants do the same.
>
The regression test you added for this change causes an infinite loop when
run against an unpatched server with --install-check. That is a bit
unpleasant. Is there something we can and should do about that? I was
expecting regression test failures of course but not an infinite loop
leading towards disk exhaustion.
Cheers,
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2022-05-04 19:24:21 | Re: Query generates infinite loop |
Previous Message | David G. Johnston | 2022-05-04 14:34:15 | Re: pg_upgrade (12->14) fails on aggregate |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2022-05-04 19:12:28 | Re: SQL/JSON: FOR ORDINALITY bug |
Previous Message | Tom Lane | 2022-05-04 18:48:38 | Re: fix cost subqueryscan wrong parallel cost |