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.
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. |