Re: Call EndCopyFrom() after initial table sync in logical replication - Mailing list pgsql-hackers

From cca5507
Subject Re: Call EndCopyFrom() after initial table sync in logical replication
Date
Msg-id tencent_E3DAB4940B9931BCA203743BA350FFC2D807@qq.com
Whole thread
In response to Re: Call EndCopyFrom() after initial table sync in logical replication  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers
> > Maybe we want to add "free_parsestate(pstate);" after the "EndCopyFrom()" as well?
>
> What actual issue could occur if free_parsestate() is not called there?
>
> Since pstate->p_target_relation does not seem to be used afterward,
> omitting free_parsestate() appears mostly harmless to me. Bascailly
> calling free_parsestate() after make_parsestate() seems intuitive,
> but from a quick grep I found several places that call make_parsestate()
> without a corresponding free_parsestate().

Yeah, I agree that it's harmless. I just noticed the comment above make_parsestate():

    Caller should eventually release the ParseState via free_parsestate().

Not sure whether it's worth to fix all of these places.

--
Regards,
ChangAo Chen

pgsql-hackers by date:

Previous
From: Etsuro Fujita
Date:
Subject: Re: Bug: trailing comma syntax error in postgres_fdw fetch_attstats()
Next
From: Chao Li
Date:
Subject: Re: Call EndCopyFrom() after initial table sync in logical replication