Re: [HACKERS] Beta2?

From: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: t-ishii(at)sra(dot)co(dot)jp, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Beta2?
Date: 1999-05-11 00:54:13
Message-ID: 199905110054.JAA00840@ext16.sra.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > #define ALIGNOF_SHORT 2
> > #define ALIGNOF_INT 2
> > #define ALIGNOF_LONG 2
> > #define ALIGNOF_LONG_LONG_INT 2
> > #define ALIGNOF_DOUBLE 2
> > #define MAXIMUM_ALIGNOF 2
>
> OK, I guess that's reasonable for m68k hardware. I wonder whether
> anything is assuming that MAXALIGN is at least 4...
>
> >> What exactly happens when you try a
> >> createdb? Can you connect to the template1 database and do SQL stuff
> >> after initdb, without having done a createdb?
>
> > "psql template1" gets coredumped. But 6.4.2 clients can connect to the
> > backend. Seems something going wrong with libpq stuffs.
>
> Do you mean that psql itself (not the backend) is coredumping? Can you
> provide a backtrace from the corefile?

Yes, but I do not have the backtrace handy since that was reported
from a guy, not by me.

BTW, from interfaces/libpq/fe-exec.c:

* Requirements for correct function are:
* PGRESULT_ALIGN_BOUNDARY >= sizeof(pointer)
* to ensure the initial pointer in a block is not overwritten.
[snip]
#define PGRESULT_ALIGN_BOUNDARY MAXIMUM_ALIGNOF /* from configure */

I wonder there seems to be a problem if MAXIMUM_ALIGNOF == 2?
---
Tatsuo Ishii

Browse pgsql-hackers by date

  From Date Subject
Next Message Tatsuo Ishii 1999-05-11 00:54:25 Re: [HACKERS] inet data type regression test fails
Previous Message Bruce Momjian 1999-05-11 00:22:20 Re: [HACKERS] Re: [SQL] plpgsql error