Hi,
On 03/09/2012 18:06, Tom Lane wrote:
pgm...@joh.to writes:
We had a segmentation fault in PostgreSQL 9.1.5 with PL/PerlU.
...
It seems to have happened when a PL/PerlU executed a prepared statement
which calls another PL/PerlU function.
Hm. Is it possible that the prepared statement recursively called the
*same* plperl function? And that somebody did a CREATE OR REPLACE on
that function meanwhile?
No, that doesn't seem possible in this case. The function calls some
prepared statements repeatedly, but no recursion should occur.
This
might be the wrong theory. You seem to have debug symbols for that
core dump --- can you tell which of the dereferences in line 3373
caused the crash?
The current_call_data->prodesc->fn_readonly one.
Please let me know if I can be of more assistance.
Regards,
Marko Tiikkaja
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
