From: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | emkxp01(at)mtcc(dot)demon(dot)co(dot)uk |
Cc: | szybist(at)boxhill(dot)com, hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Core dump in regression tests. |
Date: | 1998-08-30 23:13:51 |
Message-ID: | 199808302313.TAA23499@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > Thomas A. Szybist" <szybist(at)boxhill(dot)com>
> > > Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
> > >
> > > Again, if someone wants to conditionally compile the directories to find
> > > the offending file, I am sure we can get a fix for it.
> > >
> >
> > At first look it seems to be: backend/catalog/indexing.c.
> > Maybe Keith can confirm?
> >
> > Thanks,
>
> Tom,
>
> I recompiled the latest cvs with -O2 and found that the crash on
> table creation was NOT now failing so I'm a little confused :-(
>
> I'm just updating my cvs, and will do another build and see how
> things go.
>
> If only I had the same failures as before I'd be able to confirm
> your suspicions on indexing.c
I have found a problem in indexing.c. In CatalogIndexFetchTuple(),
there is a particulary weird do..while loop, and in trying to clean it
up as part of the megapatch, I broke it and thought I had it fixed.
It appears it may still be broken. The ReleaseBuffer(buffer) call could
happen even if no valid tuple is returned because buffer has a random
value.
I am running a test now, and will post the fix as soon as I am sure it
works.
--
Bruce Momjian | 830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1998-08-30 23:24:55 | Re: [HACKERS] Core dump in regression tests. |
Previous Message | Thomas G. Lockhart | 1998-08-30 23:07:07 | Re: [HACKERS] Open 6.4 items |