On 2 Feb 2012, at 18:02, Duncan Rance wrote:
> At last I have been able to reproduce this problem in a relatively simple (yet contrived) way.
Doh! Should have mentioned this already, but in case a Sparc is not available, the latest on the debugging is as follows:
As well as the bus error, I also saw the same symptom as described in BUG #6200. I changed the four places that did an elog ERROR "invalid memory alloc request size" to PANIC instead and got a raft of core files.
I have not dug any further as yet, but at the following function on the stack:
text_to_cstring(const text *t)
The values t and tunpacked are the same, so pg_detoast_datum_packed() did not modify t. And len comes out as -4.
A couple of bits from dbx:
(dbx) print -fx t->vl_len_
t->vl_len_ = 0xffffff84
(dbx) examine tunpacked /2x
0x0000010000ceb9dc: 0x8474 0x776f
Going to have a look further up the stack now.
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2012-02-02 19:02:05|
|Subject: Re: spgist text_ops and LIKE |
|Previous:||From: Robert Haas||Date: 2012-02-02 18:21:40|
|Subject: Re: spgist text_ops and LIKE|
pgsql-bugs by date
|Next:||From: Tom Lane||Date: 2012-02-02 21:44:10|
|Subject: Re: BUG #6425: Bus error in slot_deform_tuple |
|Previous:||From: Ashesh Vashi||Date: 2012-02-02 18:02:10|
|Subject: Re: BUG #6429: i cannot complete installation due to a