GNU bug report logs - #20715
tap-driver.sh 'missing test plan' message contradicts the TAP Standard

Previous Next

Package: automake;

Reported by: "Arthur Schwarz" <aschwarz1309 <at> att.net>

Date: Mon, 1 Jun 2015 21:47:02 UTC

Severity: normal

Full log


View this message in rfc822 format

From: "Arthur Schwarz" <aschwarz1309 <at> att.net>
To: "'Arthur Schwarz'" <aschwarz1309 <at> att.net>, "'Nick Bowler'" <nbowler <at> elliptictech.com>
Cc: 20715 <at> debbugs.gnu.org
Subject: bug#20715: tap-driver.sh 'missing test plan' message contradicts the TAP Standard
Date: Tue, 2 Jun 2015 09:40:15 -0700
    The plan line has to be mandatory for this feature to work as
    intended (i.e., for the TAP consumer to determine whether a
    producer has run to completion or not).  An optional plan would
    be useless.

Sorry to be such a pest.

Your statement that "... determine whether a producer has run to completion
or not" is puzzling. The TAP Standard specifically states that if the test
plan is 1..N and the number of test lines are k < N, then the k+1 .. N
missing test lines are to be considered as skipped. If this is your
standards conforming implementation then correct test completion is seen
when either N test lines are detected or an end of file is seen. So your
statement is confusing. Are you saying that the Automake TAP implementation
is non-conforming?

There is one issue not addressed in the TAP Standard and not addressed in
the Automake Manual. What happens if k > N? From your statement I would
assume that the TAP Automake implementation gives up and goes home, perhaps
with a diagnostic message (sorry, I just haven't checked this out yet so I
really don't know). But if the TAP implementation just gives up then
trailing Diagnostic lines are not read which violates the TAP Standard.

If I sound confused and look ugly I am. One the state of mind, the other the
state of being.

art





This bug report was last modified 10 years and 13 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.