Re: Bug in bttext_abbrev_convert()

From: Peter Geoghegan <pg(at)heroku(dot)com>
To: Kevin Grittner <kgrittn(at)ymail(dot)com>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>
Subject: Re: Bug in bttext_abbrev_convert()
Date: 2015-07-06 19:34:39
Message-ID: CAM3SWZSM-UBwwT3Xu=73vhRRGT6uQhyYF-vSQ5CPEeH6CuWc4g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jul 6, 2015 at 12:27 PM, Kevin Grittner <kgrittn(at)ymail(dot)com> wrote:
> What would it take to get something like that which uses the
> check-world target instead of just the check target? Without the
> additional tests (like the isolation tests), some of these numbers
> don't reflect the coverage of regularly run tests. While it is of
> some interest what coverage we get on the 30 second `make check`
> runs, I would be a lot more interested in what our coverage is when
> the full 8.5 minute set of regression tests we have in git is run.

I agree. Obviously in some cases the coverage is bad because
concurrency is naturally required. It's even more glaring that
recovery codepaths are always all-red in coverage reports.

--
Peter Geoghegan

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2015-07-06 19:52:15 Re: Bug in bttext_abbrev_convert()
Previous Message Kevin Grittner 2015-07-06 19:27:06 Re: Bug in bttext_abbrev_convert()