From: | Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)postgresql(dot)org |
Cc: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
Subject: | Re: Show backtrace when tap tests fail |
Date: | 2017-09-19 19:51:39 |
Message-ID: | 8d8b66f1-be23-f78b-046d-5d224e837c80@2ndQuadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 09/19/2017 01:31 PM, Andres Freund wrote:
> Hi,
>
> I've had a couple cases where tap tests died, and I couldn't easily see
> where / why. For development of a new test I found it useful to show
> backtraces in that case - just adding a
> use Carp::Always;
> at the start of the relevant module did the trick.
>
> I'm wondering if we shouldn't always do so if the module is
> installed. I.e. have PostgresNode or something do something like
>
> # Include module showing backtraces upon failures. As it's a
> non-standard module, don't fail if not installed.
> eval { use Carp::Always; }
>
> Comments?
>
Or maybe Devel::Confess ?
In an eval you need a 'require' rather than a 'use', AFAIK.
cheers
andrew
--
Andrew Dunstan https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2017-09-19 19:57:45 | Re: Log LDAP "diagnostic messages"? |
Previous Message | John R Pierce | 2017-09-19 19:45:34 | Re: [HACKERS] USER Profiles for PostgreSQL |