From: | Markus Wanner <markus(at)bluegap(dot)ch> |
---|---|
To: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | peter_e(at)gmx(dot)net, david(at)kineticode(dot)com, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: multi-platform, multi-locale regression tests |
Date: | 2010-11-12 14:07:27 |
Message-ID: | 4CDD4A1F.6050000@bluegap.ch |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 11/12/2010 02:43 PM, Kevin Grittner wrote:
> Markus Wanner wrote:
>
>> I stand corrected. Do you actually use the TapReporter?
>
> No. I know so little about TAP that I wasn't aware that dtester
> output was in the TAP format
Well, there are three kinds of reporters: StreamReporter, TapReporter
and CursesReporter. By default, either curser or stream is chosen,
depending on whether or not dtester thinks its stdout is a terminal or not.
To make dtester report in TAP format, you'd need to specify that upon
creation of the Runner:
runner = dtester.runner.Runner( \
reporter=dtester.reporter.StreamReporter( \
sys.stdout, sys.stderr, showTimingInfo=False))
> I can check what that requires. Perhaps I can cause the detail
> output to not confuse that. [off to check...]
The CursesReporter moves up and down the lines to write results to
concurrently running tests. It's only useful on a terminal and certainly
gets confused by anything that moves the cursor (which a plain 'print'
certainly does).
The best solution would probably be to allow the reporters to write out
comment lines. (However, due to the ability of running tests
concurrently, these comment lines could only be appended at the end,
without clear visual connection to a specific test. As long as you are
only running on test at a time, that certainly doesn't matter).
Regards
Markus Wanner
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2010-11-12 14:08:45 | Re: Re: [BUGS] BUG #5650: Postgres service showing as stopped when in fact it is running |
Previous Message | Bruce Momjian | 2010-11-12 14:05:02 | Re: Simplifying replication |