Re: [HACKERS] Backend crashes (6.5.2 linux)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Michael Simms <grim(at)argh(dot)demon(dot)co(dot)uk>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Backend crashes (6.5.2 linux)
Date: 1999-11-01 05:43:24
Message-ID: 28437.941435004@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Michael Simms <grim(at)argh(dot)demon(dot)co(dot)uk> writes:
> The postmaster stderr says:
> FATAL 1: my bits moved right off the end of the world!

Hmm. That error is coming out of the btree index code. Vadim knows
that code better than anyone else, so he might have something to say
here, but my past-midnight recollection is that we've seen that error
being triggered when there are oversize entries in the index (where
"oversize" = "more than half a disk page"). It's a bug, for sure,
but what you probably want right now is a workaround. Do you have any
entries in indexed columns that are over 4K, and can you get rid of them?

> My biggest problem is that I am using the C libraries, and PQexec()
> does not return, gdb shows it is sitting in a select() inside
> #0 0xc91954e in __select ()
> #1 0xc851428 in pgresStatus ()
> #2 0xc84a9ea in PQgetResult ()
> #3 0xc84ab77 in PQexec ()

Huh? PQgetResult does not call pgresStatus ... not least because the
latter is an array, not a function. Your gdb is lying to you. Maybe
you have a problem with gdb looking at a different version of the
library than what's actually executing?

regards, tom lane

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 1999-11-01 05:53:36 Re: [HACKERS] Backend crashes (6.5.2 linux)
Previous Message Michael Simms 1999-11-01 04:12:09 Backend crashes (6.5.2 linux)