| From: | "Alex Hunsaker" <badalex(at)gmail(dot)com> |
|---|---|
| To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: 8.3.0 backend segfaults |
| Date: | 2008-03-12 16:36:50 |
| Message-ID: | 34d269d40803120936i1e6c0b1fg8d0d222bd64e1941@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
On Wed, Mar 12, 2008 at 10:31 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Alex Hunsaker" <badalex(at)gmail(dot)com> writes:
>
> > Here is what im trying right now with no success:
>
>
> > my $sth = $db->prepare_cached('select * from junk left join
> > junk as j on j.junk = junk.junk where junk.junk like ? limit 1;');
>
> You need to duplicate more of the original query structure to provoke
> the problem, likely. The crash appeared to involve evaluation of an
> immutable SQL function ...
Will do.
Just for the record its defined as
create or replace function data_class(text) returns integer as 'select
data_class from data_classes where data_id = $1 and defunct = 0'
language 'sql' stable strict;
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alex Hunsaker | 2008-03-12 19:10:56 | Re: 8.3.0 backend segfaults |
| Previous Message | Tom Lane | 2008-03-12 16:31:03 | Re: 8.3.0 backend segfaults |