From: | Jeevan Ladhe <jeevan(dot)ladhe(at)enterprisedb(dot)com> |
---|---|
To: | Ashutosh Bapat <ashutosh(dot)bapat(at)enterprisedb(dot)com> |
Cc: | PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: fix side-effect in get_qual_for_list() |
Date: | 2017-05-29 11:13:43 |
Message-ID: | CAOgcT0Pqo+xcft5yGaAYEm2-V6tf8kry_tgKA2AbOfadrnY4Dg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
I have rebased the patch on recent commit.
With recent commits, some of the hunks in the v2 patch related to
castNode, are not needed.
PFA.
Regards,
Jeevan Ladhe
On Sat, May 27, 2017 at 1:16 AM, Jeevan Ladhe <jeevan(dot)ladhe(at)enterprisedb(dot)com
> wrote:
> Hi Ashutosh,
>
> Thanks for catching this. For now this isn't a problem since
>> generate_partition_qual() is crafting PartitionBoundInfo which it
>> doesn't use anywhere else. But if the function gets used where the
>> PartitionBoundSpec is being used somewhere else as well.
>
>
> Yes, this behavior currently does not affect adversely, but I think this
> function is quite useful for future enhancements and should be fixed.
>
> While you are
>> at it, can we use castNode() in place of
>> PartitionBoundSpec *spec = (PartitionBoundSpec *) bound; Or do you
>> think it should be done separately?
>>
>
> I have made this change at couple of places applicable.
>
> PFA.
>
> Regards,
> Jeevan Ladhe
>
Attachment | Content-Type | Size |
---|---|---|
fix_listdatums_get_qual_for_list_v3.patch | application/octet-stream | 1.5 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Petr Jelinek | 2017-05-29 11:14:21 | Re: logical replication - still unstable after all these months |
Previous Message | Amit Kapila | 2017-05-29 10:19:56 | Re: pg_resetwal is broken if run from v10 against older version of PG data directory |