Adjust timestamp regression tests to prevent two low-probability failure
commit6d4a3435bcd1bfedd485940c7d944b806beb4181
authortgl <tgl>
Sun, 25 May 2008 21:51:00 +0000 (25 21:51 +0000)
committertgl <tgl>
Sun, 25 May 2008 21:51:00 +0000 (25 21:51 +0000)
tree9247a25751189ac2141ab158a7aba4ee7fa41b95
parent81ff80604e63aa24fc540095d49df7f623276c2b
Adjust timestamp regression tests to prevent two low-probability failure
cases.  Recent buildfarm experience shows that it is sometimes possible
to execute several SQL commands in less time than the granularity of
Windows' not-very-high-resolution gettimeofday(), leading to a failure
because the tests expect the value of now() to change and it doesn't.
Also, it was recognized some time ago that the same area of the tests
could fail if local midnight passes between the insertion and the checking
of the values for 'yesterday', 'tomorrow', etc.  Clean all this up per
ideas from myself and Greg Stark.

There remains a window for failure if the transaction block is entered
exactly at local midnight (so that 'now' and 'today' have the same value),
but that seems low-probability enough to live with.

Since the point of this change is mostly to eliminate buildfarm noise,
back-patch to all versions we are still actively testing.
src/test/regress/expected/timestamp.out
src/test/regress/expected/timestamptz.out
src/test/regress/sql/timestamp.sql
src/test/regress/sql/timestamptz.sql