Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL - Mailing list pgsql-hackers

From Shruthi Gowda
Subject Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL
Date
Msg-id CAASxf_Pd1uXYgjEJW0FftVB560_N7vK_DC6cEhv36vXea186-w@mail.gmail.com
Whole thread
In response to Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL  (SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com>)
Responses Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL
List pgsql-hackers


On Sun, May 24, 2026 at 12:29 AM SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com> wrote:
Hi

On Fri, May 1, 2026 at 12:21 PM Andrew Dunstan <andrew@dunslane.net> wrote:


On Wed, Apr 22, 2026 at 12:27 AM Nishant Sharma <nishant.sharma@enterprisedb.com> wrote:
Thanks Shruthi!

v5 code, v4_test and v4_test_15 patches look good to me.

I checked ECPG regression on master, REL_18, REL_17, REL_16, REL_15, REL_14 using both make and meson.

I have finished my review work on the patches. Thank you!




Thanks, everybody, pushed (as combined patches)

Looks like this committed a case, attached a patch to fix this.

Thanks,
Satya
 
Thanks Satya for looking into this. However, we don't need to add the validation here because the caller ecpg_do_prologue() has already taken care of it. Adding it again would be redundant. What do you think?

Thanks & Regards,

Shruthi K C

EnterpriseDBhttp://www.enterprisedb.com

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: NULL pointer dereference in syslogger with load_libraries() and -DEXEC_BACKEND at startup
Next
From: Daniel Gustafsson
Date:
Subject: Re: Small fixes for CHECKPOINT FLUSH_UNLOGGED