Re: [HACKERS] alpha/64bit weirdness - Mailing list pgsql-hackers

From Brett McCormick
Subject Re: [HACKERS] alpha/64bit weirdness
Date
Msg-id 13566.3399.312644.977378@abraxas.scene.com
Whole thread Raw
In response to Re: [HACKERS] alpha/64bit weirdness  (Bruce Momjian <maillist@candle.pha.pa.us>)
Responses Re: [HACKERS] alpha/64bit weirdness
List pgsql-hackers
Why would the atttypmod affect anything before it in the struct?  I
have verified that everything is shifted over for bytes, but that
would lead be to beleive that somewhere the length of the first
attribute (Oid) is being miscalculated?  Where would the code write to
this data structure without using a pointer to actual struct for
obtaining the correct memory structure?  I checked for offsetof macro
calls that might cause this effect, to no avail..

We're a lot closer, though.. right?

On Wed, 4 March 1998, at 20:33:42, Bruce Momjian wrote:

> Now that I am looking at this, I see that the attname has four bytes of
> NULL's before it.  This looks like some kind of alignment error,
> perhaps, like the previous entry is writing past its end and into the
> this one.  Everything after the 'data' element shows garbage because it
> is all shifted over.  I did add the atttypmod field to the pg_attribute
> structure, and it is an int2/short.  Wonder is that threw off some
> alignment, and only Alpha has a problem with it.
>
> Please try with Assert on:
>
>     configure --enable-cassert
>
> Man, if I introduced this problem somehow, I am going to be upset with
> myself, and I am sure a few Alpha users will join me.
>
> --
> Bruce Momjian                          |  830 Blythe Avenue
> maillist@candle.pha.pa.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)

pgsql-hackers by date:

Previous
From: Brett McCormick
Date:
Subject: Re: [HACKERS] alpha/64bit weirdness
Next
From: Brett McCormick
Date:
Subject: Re: [HACKERS] alpha/64bit weirdness