From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | "Henry B(dot) Hotz" <hotz(at)jpl(dot)nasa(dot)gov> |
Cc: | tgl <lockhart(at)huey(dot)jpl(dot)nasa(dot)gov>, t-ishii(at)sra(dot)co(dot)jp, muc(at)isr(dot)co(dot)jp, port-mac68k(at)netbsd(dot)org, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Report on NetBSD/mac port of Postgres 6.4.2 |
Date: | 1999-05-14 00:58:16 |
Message-ID: | 199905140058.JAA01567@ext16.sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> Well I got the patch file from Tatsuo Ishii (thanks!!!) which includes the
> NetBSD/m68k fixes by NAKAJIMA Mutsuki (double thanks!!!). I applied it to
> the postgres 6.4.2 distribution and it mostly worked.
>
> Caviats:
>
> 1) It won't compile with kerberos 4 enabled. Yes, I loaded the secr.tar.gz
> distribution, but there are some serious problems with kerberos on my
> machine so this may not be Postgres' fault. (Yes I adjusted the various
> names/paths for NetBSD differences.)
Seems kerberos support in PostgreSQL has been broken for quite
sometime.
> 2) The following four regression tests fail:
> geometry
> datetime
> horology
> inet
>
> Geometry appears superficially to be the usual roundoff problems. Inet
> looks superficially to me like the MacBSD output may be more correct, but I
> don't know what's going on well enough to be sure.
There is a known bug with inet data type in 6.4.2, that happens on
m68k, PowerPC and Sparc as far as I know. I believe this has been
fixed in current. If you need patches for 6.4.2, please let me know.
> Horology is likely to
> fail due to some obscure dates which are tested, but I haven't verified if
> that's the only problem in this case.
>
> The datetime failure looks to be serious. 'now'::datetime -
> 'current'::datetime yields more than 200 days!
>
> If anyone (Tom?) wants an account on a Quadra 840av to investigate the
> problem further let me know. The apparent speed of the beast is about half
> of my SPARCstation 5 or around 1/4 of a beefed up Ultra 5 so it's fast
> enough not to kill you. Anyone who can get real work done on an SE/30
> (NAKAJIMA Mutsuki) has my respect for their patience.
I heard from Mutski that he spent more than 6 hours to compile
PostgreSQL on his SE/30:-)
---
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1999-05-14 01:09:52 | Re: [HACKERS] Progress on char(n) default-value problem |
Previous Message | Tom Lane | 1999-05-14 00:56:58 | Progress on char(n) default-value problem |