From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | NunoACHenriques <nach(at)fct(dot)unl(dot)pt> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: tuplesort: unexpected end of data |
Date: | 2002-06-10 01:10:37 |
Message-ID: | 8411.1023671437@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
NunoACHenriques <nach(at)fct(dot)unl(dot)pt> writes:
> On Sun, 9 Jun 2002, Tom Lane wrote:
>> Is the data in the tables changing constantly?
> Not constantly, once a day.
Can't you set up a situation where the failure is reproducible, then?
On a day where you get the failure, dump the database and see if
you can load the data into a fresh database and reproduce the problem.
I spent some time looking at the tuplesort code and could not see any
reason for this failure. All that code has been fairly stable since
it was written for 7.0, and AFAIR no one else has reported this error
message. So either you've got a quite-unusual corner case that's
tickling a previously unseen bug, or you've got flaky hardware that for
some reason is manifesting in this way.
I don't necessarily believe the flaky-hardware theory, but I can't
make much progress on the bug theory without a test case to look at.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Joe Conway | 2002-06-10 01:19:24 | C&SRF API patch (was Re: [HACKERS] revised sample SRF C function; proposed SRF API) |
Previous Message | Tony Griffiths | 2002-06-09 22:42:04 | Re: Missing types in C header files |