Pointed out by:" Tatsuo Ishii <t-ishii@sra.co.jp>

Pointed out by Darren King

Pointed out by Andrew Martin

Pointed out by Andrew Martin

From Andrew Martin

From Andrew

pointed out by Darren King

in pg_class if no one page was reapped by vacuum.

whereby timezone isn't an int, but tzset() exists...

This isn't a definitive fix, as there is probably an easier way of
fixing the bug...

From: Keith Parks

|Subject: [PATCH] adding SYS_TIME just for fun.
|
|Hi,
|
|Whilst I was playing round with the European dates patch I noticed the sysfunc()
|that allows you to do :-
|
|create table test ( da date);
|insert into test values (SYS_DATE);
|
|and have the current system date inserted.
|
|So I thought it would be nice to have the SYS_TIME facility too.
|
|I've cloned the function and changed a few things and there you have it,
|you can now do:
|
|create table test2 ( ti time);
|insert into test2 values (SYS_TIME);

Wrap it in an #ifndef to prevent this

from a #define to a run-time option '-e'

Man page was updated to reflect new option

be #ifdef'd into psql.c itself

From what I can tell, if USE_READLINE is true or false, psql works under
FreeBSD, without configure.  Now to test it *again* under sparc_solaris
with configure and see if it works...

Added a README.readline file until configure is integrated to *try* and
explain the way things stand.

Removed a stray configure .in file

Add some code to make psql happy with a system where there is *no*
history code available, but there is readline code...

history.h doesn't...previously, it was assumed that both existed, or
didn't exist...but this assumption fails on the one sparc_solaris box
that I have access to, and could exist in other circumstances

bug causes compilation to fail on alpha, the second causes a compiler
in this environment

to reflect what configure is going to define when the time comes

basis, as its only specific to certain OSs

Developers can add it to their Makefile.custom...again, it causes sooooo many
more problems then its worth, from an end-user standpoint.