From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | t-ishii(at)sra(dot)co(dot)jp |
Cc: | hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Beta2? |
Date: | 1999-05-10 16:46:47 |
Message-ID: | 7697.926354807@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
>>>>>>> o It is repoted that NetBSD/m68k has bee broken since you put the
>>>>>>> alignment stuff into configure, I'm not sure though.
>>
>> Hmm. What numbers is configure producing for the various ALIGNOF
>> values? (Look in config.h.)
> #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?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1999-05-10 16:47:36 | Re: [HACKERS] A select with aggretion is failing, still subtle problems with aggregation |
Previous Message | Bruce Momjian | 1999-05-10 16:46:27 | Re: [GENERAL] cluster truncates table name? |