Skip site navigation (1) Skip section navigation (2)

Re: BUG #6379: SQL Function Causes Back-end Crash

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Paul Ramsey <pramsey(at)cleverelephant(dot)ca>
Cc: Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6379: SQL Function Causes Back-end Crash
Date: 2012-01-04 21:21:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugspgsql-hackers
Paul Ramsey <pramsey(at)cleverelephant(dot)ca> writes:
> Further notes, from Andrew (RhodiumToad) on IRC about the cause of this crasher:
> [12:31pm] RhodiumToad: there's no trivial fix

IMO the main bug here is that functions.c isn't expecting qd->dest to be
overwritten,  so we could work around it by keeping a separate private
copy of the dest pointer.  However, it would also be fair to ask whether
there's not a cleaner solution.  Perhaps the intoRel stuff should be
saving/restoring the original destreceiver instead of just blindly
overwriting it.

			regards, tom lane

In response to


pgsql-hackers by date

Next:From: Robert HaasDate: 2012-01-04 21:25:00
Subject: Re: 16-bit page checksums for 9.2
Previous:From: Tom LaneDate: 2012-01-04 21:06:45
Subject: Re: Regarding Checkpoint Redo Record

pgsql-bugs by date

Next:From: dean.w.schulzeDate: 2012-01-04 22:58:20
Subject: BUG #6380: dropdb gives error while loading shared
Previous:From: Guillaume SmetDate: 2012-01-04 20:45:23
Subject: Re: BUG #5741: syslog line length

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group