did, and tracked the problem down to a typo in
my code *blush*. Thanks for all the great suggestions!
--
Itai Zukerman <http://www.math-hat.com/~zukerman/>
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
, argv=0x82c5e00, username=0x82c6400
"postgres") at postgres.c:2013
#12 0x081233b9 in main (argc=4, argv=0xbc14) at main.c:235
Since this only happens after a call to gistSplit(), I still suspect
GiST. But I've been going over the GiST code the past 3 days and I
still can't f
> (gdb) p (*newtup)[0]
> $147 = {t_tid = {ip_blkid = {bi_hi = 0, bi_lo = 34}, ip_posid = 1}, t_info = 136}
> (gdb) p (*newtup)[1]
> $148 = {t_tid = {ip_blkid = {bi_hi = 65510, bi_lo = 65535}, ip_posid = 65535},
> t_info = 24575}
> (gdb) p nlen
> $149 = 2
>
> (*newtup)[1] doesn't look r
$149 = 2
(*newtup)[1] doesn't look right, correct? Everything *seems* OK. I
need to go back and trace gistFormTuple() and ItemPointerSet(), maybe?
--
Itai Zukerman <http://www.math-hat.com/~zukerman/>
---(end of broadcast)---
TIP 3:
oblem? Eventually we get a GISTENTRY with bad
bytes in gistFormTuple(), but maybe it's never used?
(gdb) p centry[0]
$138 = {key = 137280264, rel = 0x0, page = 0x0, offset = 0, bytes = -1073749368,
leafkey = 0 '\0'}
--
Itai Zukerman <http://www
gistcentryinit(giststate, 0, &tmpcentry, dentry->key, r, page,
offsetNumber, dentry->bytes, FALSE);
Isn't the call missing the "isNull" parameter?
--
Itai Zukerman <http://www.math-hat.com/~zukerman/>
--
indeed is empty. Why?
Also, in gist.c the index "i" has type "int". No mention of
OffsetNumber anywhere. Any reason for that?
--
Itai Zukerman <http://www.math-hat.com/~zukerman/>
---(end of broadcast)---
TIP 2: you
In contrib/btree_gist/ I see:
CREATE FUNCTION gint4_union(bytea, internal)
RETURNS int4
AS 'MODULE_PATHNAME'
LANGUAGE 'C';
but gint4_union does this:
INT4KEY *out = palloc(sizeof(INT4KEY));
[...]
PG_RETURN_POINTER(out);
Is the int4 return type declared ab
