Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Core dump in regression tests.

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: (view raw, whole thread or download thread mbox)
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

I am running a test now, and will post the fix as soon as I am sure it

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)

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1998-08-30 23:24:55
Subject: Re: [HACKERS] Core dump in regression tests.
Previous:From: Thomas G. LockhartDate: 1998-08-30 23:07:07
Subject: Re: [HACKERS] Open 6.4 items

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group