Re: Regression test errors - Mailing list pgsql-hackers

From Martín Marqués
Subject Re: Regression test errors
Date
Msg-id CABeG9LudL19W0=4pU2wtvcxmNXiQt-o2-EUd7fkAMhfOcJ0cgA@mail.gmail.com
Whole thread Raw
In response to Regression test errors  (Martín Marqués <martin@2ndquadrant.com>)
Responses Re: Regression test errors
List pgsql-hackers
OK, noticed how horrible this patch was (thanks for the heads up from
Jaime Casanova). This happens when trying to fetch changes one made on
a test copy after a day of lots of work back to a git repository: you
just make very silly mistakes.

Well, now I got the changes right (tested the patch, because silly
changes should be tested as well ;)).

2014-03-07 21:46 GMT-03:00 Martín Marqués <martin@2ndquadrant.com>:
> I was testing some builds I was doing and found that the regression
> tests fails when doing the against a Hot Standby server:
>
> $ make standbycheck
> [...]
> ============== running regression test queries        ==============
> test hs_standby_check         ... ok
> test hs_standby_allowed       ... FAILED
> test hs_standby_disallowed    ... FAILED
> test hs_standby_functions     ... ok
>
> ======================
>  2 of 4 tests failed.
> ======================
>
> The differences that caused some tests to fail can be viewed in the
> file "/usr/local/postgresql-9.3.3/src/test/regress/regression.diffs".
> A copy of the test summary that you see
> above is saved in the file
> "/usr/local/postgresql-9.3.3/src/test/regress/regression.out".
>
> The regression.diffs and patch attached.
>
> I haven't checked how far back those go. I don't think it's even
> important to back patch this, but it's nice for future testing.
>
> Regards,
>
> --
> Martín Marqués http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services



--
Martín Marqués http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

Attachment

pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: Patch: show relation and tuple infos of a lock to acquire
Next
From: Thom Brown
Date:
Subject: db_user_namespace a "temporary measure"