Re: [HACKERS] AtAbort_Portsl problem

2010-01-17 Thread Tom Lane
Tatsuo Ishii writes: > The patch addresses the original issue. The reason why you didn't see > crash was just you were lucky, I believe. I'm sure that your > exec_execute_message looks into already-freed-memory. [ shrug... ] If it did, it would have crashed, because I invariably build with --ca

Re: [HACKERS] AtAbort_Portsl problem

2010-01-17 Thread Tatsuo Ishii
> Tatsuo Ishii writes: > > While ago, I reported a problem regarding exec_execute_message crash > > in transaction abort state if sync message issued right after parse, > > bind and execute message (which is normal if used with pgpool). After > > further investigation, I concluded that there's a s

Re: [HACKERS] AtAbort_Portsl problem

2010-01-17 Thread Tom Lane
Tatsuo Ishii writes: > While ago, I reported a problem regarding exec_execute_message crash > in transaction abort state if sync message issued right after parse, > bind and execute message (which is normal if used with pgpool). After > further investigation, I concluded that there's a serious pro

[HACKERS] AtAbort_Portsl problem

2010-01-17 Thread Tatsuo Ishii
Hi, While ago, I reported a problem regarding exec_execute_message crash in transaction abort state if sync message issued right after parse, bind and execute message (which is normal if used with pgpool). After further investigation, I concluded that there's a serious problem with unnamed portal