Re: [HACKERS] alpha/64bit weirdness

From: Brett McCormick <brett(at)work(dot)chicken(dot)org>
To: "Thomas G(dot) Lockhart" <lockhart(at)alumni(dot)caltech(dot)edu>
Cc: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>, pgsql-hackers(at)hub(dot)org
Subject: Re: [HACKERS] alpha/64bit weirdness
Date: 1998-03-05 04:00:25
Message-ID: 13566.8996.253484.936552@abraxas.scene.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


It couldn't! The inital values (as far as I can tell) are either
compiled in, or fed in through the bootstrap process (text).

this would have caused problems in previous releases as well, if it is
the case.

On Thu, 5 March 1998, at 03:47:25, Thomas G. Lockhart wrote:

> > 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.
>
> Just speculating here, but I do know that the Alpha will force alignment
> within structures. So, if the structure is filled by reading a byte stream
> from a file, rather than filled field-by-field, it will misalign if it has
> integers < 4 bytes. During the initialization phase, the backend probably does
> not go through the file manager, but does some brute-force reading of each
> file on disk.
>
> - Tom

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 1998-03-05 04:09:05 Re: [HACKERS] alpha/64bit weirdness
Previous Message Cristian Gafton 1998-03-05 03:49:56 Re: Glibc2 (was Re: [HACKERS] PostgreSQL - the Linux of Databases...)