On 07/04/07, Andy Armstrong <[EMAIL PROTECTED]> wrote:
On 6 Apr 2007, at 23:17, A. Pagaltzis wrote:
> * Michael Peters <[EMAIL PROTECTED]> [2007-04-06 23:15]:
>> Maybe I'm missing something (and if so, please point out the
>> obvious to me) but I can't find a way for a single TAP file to
>> contain results from multiple test files.
>
> There isn't one. There was recently discussion about this, with
> mixed opinions about whether it's needed and what it might look
> like. One of the suggestions was that it has overlap with the
> grouping/nesting proposals that keep re-appearing.
It's definitely a valuable idea and it's entirely consistent with the
notion that TAP is a streaming protocol. We should be able to stream
a complete test run without any out-of-band communication about where
one file stops and another starts.
The overlap with the grouping/nesting proposals is that once you can
split a TAP stream into top level chunks why not allow nested chunks?
I like that idea too. It means that you can always wrap a TAP stream
in BEGIN/END [1] even if it's already chunked.
[1] Or whatever.
To address the whatever, BEGIN/END draws you into the XMLish problems
of waiting for a complete document before acting on the contents and
even if you avoid this it still makes it hard to interleave streams.
I'm starting to think that every line should be prefixed by a test
number, including diags (diags are not currently associated with a
particular test but could be made so) so something like
1.2.3 not ok blah
1.2.3 # got: 4
1.2.3 # not: 3
1.2.3 end
F
--
Andy Armstrong, hexten.net
