Re: [HACKERS] Core dump in regression tests.

From: Keith Parks <emkxp01(at)mtcc(dot)demon(dot)co(dot)uk>
To: emkxp01(at)mtcc(dot)demon(dot)co(dot)uk, maillist(at)candle(dot)pha(dot)pa(dot)us
Cc: hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Core dump in regression tests.
Date: 1998-09-01 08:26:41
Message-ID: 199809010826.JAA10997@mtcc.demon.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
>
> > Thomas A. Szybist <szybist(at)boxhill(dot)com>
> > >
> > > >
> > > > If I compile backend/catalog with -O2 then the table creation is
> > > ^^^
> > > > OK. So it looks like it may be indexing.c, even with Bruce's
> > > > recent fixes.
> > >
> > > Do you mean -O0 here?
> > >
> >
> > Yes, a typo, I used -O0 for this dir.
>
> One idea is to track heapDescriptor from CatalogIndexInsert() all the
> way down into the lower functions.
>
> Compile with assert checking, which I assume you are already doing.

I'm afraid I don't normally as I tend to take everything at it's default
and build/install without changes.

>
> Add this "Assert(heapDescriptor->natts != 0)" to the function, and in
> lower functions substitute heapDescriptor with the new variable name it
> took as a function parameter.)
>
> When the assert fails, we can see where it is getting messed up.
>

I'm on the late shift this week so won't be home until 22:00 BST but
will endeavour to do something with this later this evening.

Keith.

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas A. Szybist 1998-09-01 14:04:09 Re: [HACKERS] Core dump in regression tests.
Previous Message Keith Parks 1998-09-01 08:23:07 Re: [HACKERS] Core dump in regression tests.