Re: 8.3.0 backend segfaults
| От | Alex Hunsaker |
|---|---|
| Тема | Re: 8.3.0 backend segfaults |
| Дата | |
| Msg-id | 34d269d40803120936i1e6c0b1fg8d0d222bd64e1941@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: 8.3.0 backend segfaults (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: 8.3.0 backend segfaults
|
| Список | pgsql-bugs |
On Wed, Mar 12, 2008 at 10:31 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> "Alex Hunsaker" <badalex@gmail.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;
В списке pgsql-bugs по дате отправления: