| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
Different take that moves merging of the TAP files out of tools/test.py and into a standalone script: https://ci.nodejs.org/job/node-test-pull-request/3592/ |
Sorry, something went wrong.
There was a problem hiding this comment.
Will this work without renumbering the individual tests in the files being merged?
As it stands I think we'll end up with multiple ok 1 ....
Sorry, something went wrong.
|
cc @nodejs/build |
Sorry, something went wrong.
|
On Windows, vcbuild test-ci already runs cctest but ignores the results. Here is the error from a Debug build: Running main() from gtest_main.cc [==========] Running 22 tests from 2 test cases. [----------] Global test environment set-up. [----------] 4 tests from UtilTest [ RUN ] UtilTest.ListHead [ OK ] UtilTest.ListHead (0 ms) [ RUN ] UtilTest.StringEqualNoCase [ OK ] UtilTest.StringEqualNoCase (0 ms) [ RUN ] UtilTest.StringEqualNoCaseN [ OK ] UtilTest.StringEqualNoCaseN (0 ms) [ RUN ] UtilTest.ToLower [ OK ] UtilTest.ToLower (0 ms) [----------] 4 tests from UtilTest (0 ms total) [----------] 18 tests from InspectorSocketTest [ RUN ] InspectorSocketTest.ReadsAndWritesInspectorMessage Assertion failed: backlog > 0, file src\win\tcp.c, line 561 |
Sorry, something went wrong.
|
Removed the script again, made changes to vcbuild.bat and added a -Wformat fix for the inspector cctest because I didn't feel like filing a separate PR for that. :-) New CI: https://ci.nodejs.org/job/node-test-pull-request/3609/ @ofrobots @eugeneo Running the cctests seems to have unearthed some issues. Several of the buildbots fail like this (from https://ci.nodejs.org/job/node-test-commit-linux/4529/nodes=debian8-x86/console): # Value of: 0 # Expected: uv_is_active(reinterpret_cast<uv_handle_t*>(&socket)) # Which is: 1 not ok 9 - InspectorSocketTest.ExtraLettersBeforeRequest --- duration_ms: 0.001 ... # Value of: 0 # Expected: uv_is_active(reinterpret_cast<uv_handle_t*>(&socket)) # Which is: 1 not ok 10 - InspectorSocketTest.RequestWithoutKey --- duration_ms: 0 ... # Value of: 0 # Expected: uv_is_active(reinterpret_cast<uv_handle_t*>(&socket)) # Which is: 1 ok 11 - InspectorSocketTest.KillsConnectionOnProtocolViolation |
Sorry, something went wrong.
|
Rebased, let's see if the test failures have been resolved: https://ci.nodejs.org/job/node-test-pull-request/3809/ |
Sorry, something went wrong.
|
I'm working on it - failures are still there... On Tue, Aug 23, 2016 at 12:10 PM Ben Noordhuis notifications@github.com
|
Sorry, something went wrong.
|
FYI - the test on Windows hit #8155, I'll create a PR once I fix it. |
Sorry, something went wrong.
|
Rebased. New CI run: https://ci.nodejs.org/job/node-test-pull-request/4007/ |
Sorry, something went wrong.
|
@eugeneo cctest failures still appear to be unfixed: not ok 8 - InspectorSocketTest.ExtraTextBeforeRequest --- duration_ms: 0 ... # Value of: 0 # Expected: uv_is_active(reinterpret_cast<uv_handle_t*>(&socket)) # Which is: 1 not ok 9 - InspectorSocketTest.ExtraLettersBeforeRequest --- duration_ms: 0 ... # Value of: 0 # Expected: uv_is_active(reinterpret_cast<uv_handle_t*>(&socket)) # Which is: 1 not ok 10 - InspectorSocketTest.RequestWithoutKey --- duration_ms: 0 ... # Value of: 0 # Expected: uv_is_active(reinterpret_cast<uv_handle_t*>(&socket)) # Which is: 1 |
Sorry, something went wrong.
|
cctest works for me on Windows, Mac and Linux after I apply #8528 |
Sorry, something went wrong.
|
CI with fixes from #8505 and #8528 incorporated: https://ci.nodejs.org/job/node-test-pull-request/4044/ EDIT: Green, except for an infrastructure failure on one of the ARM buildbots. |
Sorry, something went wrong.
|
Rebased. New CI: https://ci.nodejs.org/job/node-test-pull-request/4243/ |
Sorry, something went wrong.
|
Quite a few flakes but none related to this PR. Can I get a LGTM? |
Sorry, something went wrong.
|
Back-porters, commit b3d283a (the last one) should be omitted when back-porting to v4.x (but not v6.x.) |
Sorry, something went wrong.
|
@bnoordhuis Why did the default result printer switch from pretty print to TAP? I get TAP output from cctest when running make test locally now. |
Sorry, something went wrong.
Teach gtest to produce TAP so we can integrate it better with our CI tooling. TAP is printed to stdout but it can also be written to file by passing the `--gtest_output=tap:filename.tap` switch to cctest. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Enable the cctests on the CI now that they know how to write TAP output. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Print size_t and ssize_t using %zd and %zu respectively, not %ld. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Teach gtest to produce TAP so we can integrate it better with our CI tooling. TAP is printed to stdout but it can also be written to file by passing the `--gtest_output=tap:filename.tap` switch to cctest. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Enable the cctests on the CI now that they know how to write TAP output. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Print size_t and ssize_t using %zd and %zu respectively, not %ld. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
|
waiting to backport this until we have consensus on the tap output... has this been decided on master yet? |
Sorry, something went wrong.
|
@thealphanerd The default reporter format change was reverted in master. |
Sorry, something went wrong.
|
@mscdex can you give me the PR that happened in? |
Sorry, something went wrong.
Sorry, something went wrong.
|
@bnoordhuis or @mscdex would one of you be willing to backport this with the commit from #8948? |
Sorry, something went wrong.
Teach gtest to produce TAP so we can integrate it better with our CI tooling. TAP is printed to stdout but it can also be written to file by passing the `--gtest_output=tap:filename.tap` switch to cctest. PR-URL: nodejs#8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Enable the cctests on the CI now that they know how to write TAP output. PR-URL: nodejs#8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Sorry, something went wrong.
Teach gtest to produce TAP so we can integrate it better with our CI tooling. TAP is printed to stdout but it can also be written to file by passing the `--gtest_output=tap:filename.tap` switch to cctest. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
Enable the cctests on the CI now that they know how to write TAP output. PR-URL: #8034 Reviewed-By: James M Snell <jasnell@gmail.com>
| Back | FazBrowse Home | New Git URL |
For discussion.
CI: https://ci.nodejs.org/job/node-test-pull-request/3591/