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

From Bruce Momjian
Subject Re: [HACKERS] alpha/64bit weirdness
Date
Msg-id 199803050133.UAA01649@candle.pha.pa.us
Whole thread Raw
In response to alpha/64bit weirdness  (Brett McCormick <brett@chicken.org>)
Responses Re: [HACKERS] alpha/64bit weirdness
Re: [HACKERS] alpha/64bit weirdness
List pgsql-hackers
>
>
> I've made a little headway -- it can't find the mkoidname function
> because the attributes that it looks up for the argument types have a
> atttypid of 0 (see the following example):
>
> also, other information that should be in there is not, so it makes me
> suspect something wrong with insertion of attributes?  I don't know
> enough to be able to see if this is affecting all attributes or just
> some of them.
>
> Does anyone have any pointers to where to check this problem out?
>
> $4 = {attrelid = 1249, attname = {
>     data = "\000\000\000\000attrelid", '\000' <repeats 19 times>},
>   atttypid = 0, attdisbursion = 6.89648632e-314, attlen = 0, attnum = 0,
>   attnelems = 65540, attcacheoff = 0, atttypmod = -1, attbyval = -1 ',
>   attisset = -1 ', attalign = -1 ', attnotnull = -1 ',
>   atthasdef = 1 '\001'}
>
>


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: Bruce Momjian
Date:
Subject: Re: [QUESTIONS] Problems with running v6.3 on DIGITAL UNIX
Next
From: t-ishii@sra.co.jp
Date:
Subject: Re: [HACKERS] Current 6.3 issues