Skip to content

(do not merge) Investigation of coverage failures in Kafka codec#6652

Closed
adamkotwasinski wants to merge 49 commits intoenvoyproxy:masterfrom
adamkotwasinski:kafka-codec-investigation
Closed

(do not merge) Investigation of coverage failures in Kafka codec#6652
adamkotwasinski wants to merge 49 commits intoenvoyproxy:masterfrom
adamkotwasinski:kafka-codec-investigation

Conversation

@adamkotwasinski
Copy link
Contributor

Do not merge this PR
Related to coverage build failures #4950
Want to run them on CI infrastructure, as I have noticed that locally the issues might disappear when I disable the tests (running on mac introduces yet another variable too)

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski adamkotwasinski force-pushed the kafka-codec-investigation branch from 96fce8b to 783a2f5 Compare April 19, 2019 02:06
@adamkotwasinski
Copy link
Contributor Author

/wait

@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski adamkotwasinski force-pushed the kafka-codec-investigation branch from 9bfddeb to 3733a58 Compare April 24, 2019 00:29
@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

@mattklein123
Copy link
Member

@adamkotwasinski I'm not sure what the issue is exactly, but if the generated files are giving you issues, can you just exclude them from coverage?

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
…erage ignore them

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
…'external' directory

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
Signed-off-by: Adam Kotwasinski <adam.kotwasinski@gmail.com>
@adamkotwasinski
Copy link
Contributor Author

/wait

@adamkotwasinski
Copy link
Contributor Author

post mortem

resolution:

  • issue was fixed by putting all generated files in paths containing external, what causes them to be ignored by gcovr

possible cause:

  • it looks like gcovr has problems resolving normal (hand-written) headers while processing generated header
  • it is possible that gcovr would have succeeded if there were no such references (includes?) - basically trivial structures that have no complex api
  • passing an argument from hand-written code / inheriting hand-written superclass caused issues - see be63c1a

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants