README file for regresssion tests from Dr. George

make TCL conditinal compilation work

Submitted by: Dr_George_D_Detlefsen <drgeorge@madmax.ilt.com>

Originally, I thought the problem was caused by a function that gets
called as a normal function where we want to return a value, and as a
signal handler where we need to have it accept a parameter (the signal
number) and it returns nothing, I was going to case the function name in
the signal call as (void (*)(int)).

Looking at all the source, it turns out this function only gets used as
a signal handler, so I set an int parameter and return void.

I have removed the Linux defines because they are not needed.  BSD let
this sloppiness slide.  Linux gave a compile error.


Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>

Suggested by: Michael Babcock <michael@kanji.com>

Submitted by: Dr. George

Submitted by: Dr. Geoge

Submitted by: Dr_George_D_Detlefsen <drgeorge@madmax.ilt.com>

fixes another complaint.

More fixes from Bruce...

Submitted by: Bruce

Suggested by: Daniel Kalchev <daniel@digsys.bg>

#include <sys/termios.h>

Submitted by: Dr. George

Submitted by: Dr_George_D_Detlefsen <drgeorge@ilt.com>

In postgres95/src/backend/nodes/readfuncs, lines 1188 and 1189,
local_node->relname is taken to point to a NameType, while its
defined as a pointer to char. Both the casting to Name and the
call of namestrcpy should, IMHO, be changed appropriately (first
patch).

As far as I could see from the Linux signal header file,
a signal handler is declared as

        typedef void (*__sighandler_t)(int);

Few changes to postgres95/src/backend/storage/lmgr/proc.c seem
appropriate to comply with this.

Finally, postgres95/src/bin/pg_version/pg_version.c defines
a function GetDataHome (by default, returning an integer)
and returns NULL in the function, which isn't an integer...

Submitted by:  ernst.molitor@uni-bonn.de

        updates the psql.1 manual page for \ options
        add row count and ties it to the header option
        updated manual pages and comment for above change
        got \? to display in one screen-full (almost, \? scrolls off top)
        moved \r to \E, and \z to \r (for historical reasons with monitor)
        small code alignment cleanup

Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>

Submitted by:  Bruce Momjian <maillist@candle.pha.pa.us>

Submitted by: Dan McGuirk <mcguirk@indirect.com>

>   INDEXED searches in some cases DO NOT WORK.
>   Although simple search expressions (i.e. with a constant value on
> the right side of an operator) work, performing a join (by putting
> a field of some other table on the right side of an operator) produces
> empty output.
>   WITHOUT indices, everything works fine.
>

submitted by: "Vadim B. Mikheev" <root@ais.sable.krasnoyarsk.su>

declaration is incorrect.

-Kurt

submitted by: bruce

the top of th efile instead of scattered throughout

Turned off default behavior of compiling with -g enabled

submitted by; bruce

submitted by Kurt

submitted by: bruce

submitted by: bruce

	pointers.

submitted by: bruce

submitted by: jason

        the getopt() was not executed.

Submitted by: Bruce

Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>

Submitted by: Rick Weldon <rick@wisetech.com>

case where the attribute length is variable (stored as -1).  Previously,
you'd get output that looked like:

CREATE TABLE foo (bar varchar(-1));

Monitor and psql don't like this at all :).  Here is a fix:


Submitted by: Adam Sussman <myddryn@vidya.com>