[ 
https://issues.apache.org/jira/browse/HADOOP-12316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14695928#comment-14695928
 ] 

Allen Wittenauer commented on HADOOP-12316:
-------------------------------------------

Oh, I think I remember now.  This was originally written with an xargs that 
caused all sorts of havoc.

> Potential false-positive and false-negative in parsing TAP output
> -----------------------------------------------------------------
>
>                 Key: HADOOP-12316
>                 URL: https://issues.apache.org/jira/browse/HADOOP-12316
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: yetus
>    Affects Versions: HADOOP-12111
>            Reporter: Kengo Seki
>            Assignee: Kengo Seki
>             Fix For: HADOOP-12111
>
>         Attachments: HADOOP-12316.HADOOP-12111.00.patch
>
>
> In tap.sh, TAP results are parsed as follows:
> {code}
>   filenames=$(find "${TAP_LOG_DIR}" -type f -exec "${GREP}" -l -E "not ok " 
> {} \;)
> {code}
> But this regex seems to have the following problems:
> 1. According to [the TAP 
> specification|https://testanything.org/tap-specification.html], "ok" / "not 
> ok" is only required in the test line and others are optional. So each line 
> can be terminated with just "ok" or "not ok", without trailing spaces. In 
> that case, the regex "not ok " will miss test failures.
> 2. TAP output can contain descriptions and diagnostics. If they contains the 
> string "not ok ", a false-alarm will be raised.
> They won't occur as far as we are using only bats, but considering supporting 
> other test tools in the future, the regex should be replaced with "^not ok".



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to