Re: gist index build produces corrupt result on first access to table.
| От | Tom Lane |
|---|---|
| Тема | Re: gist index build produces corrupt result on first access to table. |
| Дата | |
| Msg-id | 22227.1078381739@sss.pgh.pa.us обсуждение |
| Ответ на | gist index build produces corrupt result on first access to table. (Eric Davies <eric@barrodale.com>) |
| Ответы |
Re: gist index build produces corrupt result on first access
Re: gist index build produces corrupt result on |
| Список | pgsql-general |
Eric Davies <eric@barrodale.com> writes:
> We've looked at the contrib/cube code, but it's also a variable length
> parameter, and it uses a very different parameter passing mechanism.
Different how? I have a hard-to-pin-down intuition that your problem is
closely associated with this issue, but without details it's impossible
to say more. IIRC there were once assumptions in rtree and/or gist
about the indexable datatype being pass-by-ref and/or varlena, and I'm
not sure how much of that has been fixed.
This seems a bit far afield for pgsql-general, however. I would
suggest offering more details on -hackers. If you could post your code
for people to play with, you'd likely get answers pretty quickly.
regards, tom lane
В списке pgsql-general по дате отправления: