Re: Query generates infinite loop

From: Corey Huinker <corey(dot)huinker(at)gmail(dot)com>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Query generates infinite loop
Date: 2022-05-09 03:44:33
Message-ID: CADkLM=dDM4TjiiBop4JWKz0jGk-XRX1nAovQd5cmzTODNbCr-g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Wed, May 4, 2022 at 3:01 PM Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:

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

This came up once before
https://www.postgresql.org/message-id/CAB7nPqQUuUh_W3s55eSiMnt901Ud3meF7f_96yPkKcqfd1ZaMg%40mail.gmail.com

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2022-05-09 04:02:57 Re: Query generates infinite loop
Previous Message Tom Lane 2022-05-09 00:22:01 Re: BUG #17476: ERROR: "variable not found in subplan target list" when running SELECT COUNT(*)

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2022-05-09 03:45:58 Re: bogus: logical replication rows/cols combinations
Previous Message Tom Lane 2022-05-09 03:36:33 Re: should check interrupts in BuildRelationExtStatistics ?