You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
if grep found less bytes than expected, that should result in another assertion.
if grep did not find any bytes, then it should hang (our pipe is fused into its stdin) leading to timeout
if grep shows up exit code 1 would mean strange: Is it that grep is not available on the system? in which case the failure should be consistent!
Is this system picked part of regular CI? @refack - can you please check if it has grep in the first place? My test semantics expects UNIX simulated grep, not the windows native one (though I am not sure how different they are in terms of arguments). thanks!
ran a 3K times on the failing system but no reproduce.
It turns out that the assumptions about grep were not right - it works like in any other system, and there is nothing special. At the moment the best thing I believe is to catch the standard error streams of the child process as well, so that we know what happened to those.
00:22:57 not ok 61 parallel/test-child-process-pipe-dataflow00:22:57 ---00:22:57 duration_ms: 0.17500:22:57 severity: fail00:22:57 exitcode: 100:22:57 stack: |-00:22:57 got unexpected data from child #0:00:22:57 cat00:22:57 got unexpected data from child #0:00:22:57 :00:22:57 got unexpected data from child #0:00:22:57 00:22:57 got unexpected data from child #0:00:22:57 write error00:22:57 got unexpected data from child #0:00:22:57 : 00:22:57 got unexpected data from child #0:00:22:57 No space left on device00:22:57 got unexpected data from child #0:00:22:57 00:22:57 00:22:57 assert.js:8500:22:57 throw new AssertionError(obj);00:22:57 ^00:22:57 00:22:57 AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:00:22:57 00:22:57 1 !== 000:22:57 00:22:57 at ChildProcess.<anonymous> (c:\workspace\node-test-binary-windows\test\parallel\test-child-process-pipe-dataflow.js:42:14)00:22:57 at ChildProcess.<anonymous> (c:\workspace\node-test-binary-windows\test\common\index.js:358:15)00:22:57 at ChildProcess.emit (events.js:198:13)00:22:57 at Process.ChildProcess._handle.onexit (internal/child_process.js:254:12)00:22:57 ...
looking for suggestions here!
the need for data flow integrity check between a -> b -> c is valid, and essential. However, selection of a, b, c and their interplay (being independent OS processes) seem to be proving less robust and less trustworthy?
Activity
gireeshpunathil commentedon Feb 8, 2019
if
grepfound less bytes than expected, that should result in another assertion.if
grepdid not find any bytes, then it should hang (our pipe is fused into its stdin) leading to timeoutif
grepshows up exit code1would mean strange: Is it thatgrepis not available on the system? in which case the failure should be consistent!Is this system picked part of regular CI? @refack - can you please check if it has
grepin the first place? My test semantics expects UNIX simulatedgrep, not the windows native one (though I am not sure how different they are in terms of arguments). thanks!gireeshpunathil commentedon Feb 8, 2019
ran a 3K times on the failing system but no reproduce.
It turns out that the assumptions about
grepwere not right - it works like in any other system, and there is nothing special. At the moment the best thing I believe is tocatchthe standard error streams of the child process as well, so that we know what happened to those.test: capture stderr from child processes
Trott commentedon Mar 16, 2019
https://ci.nodejs.org/job/node-test-binary-windows/24562/COMPILED_BY=vs2017,RUNNER=win10,RUN_SUBSET=0/console
test-azure_msft-win10-x64-4
refack commentedon Mar 16, 2019
Is this expected?
node/test/parallel/test-child-process-pipe-dataflow.js
Lines 36 to 44 in 269103a
P.S. Worker had 60GB free disk space.
refack commentedon Mar 16, 2019
P.S. I want to add a lint rule that looks for asserts with no message in loops 🤔
Trott commentedon Mar 20, 2019
https://ci.nodejs.org/job/node-test-binary-windows/24683/COMPILED_BY=vs2017,RUNNER=win10,RUN_SUBSET=1/console
test-azure_msft-win10-x64-5
gireeshpunathil commentedon Mar 21, 2019
looking for suggestions here!
the need for data flow integrity check between a -> b -> c is valid, and essential. However, selection of a, b, c and their interplay (being independent OS processes) seem to be proving less robust and less trustworthy?
refack commentedon Apr 13, 2019
https://ci.nodejs.org/job/node-test-binary-windows-2/104/
Worker: https://ci.nodejs.org/computer/test-azure_msft-win10-x64-4
Trott commentedon May 21, 2019
https://ci.nodejs.org/job/node-test-binary-windows-2/890/COMPILED_BY=vs2017,RUNNER=win10,RUN_SUBSET=1/console
test-azure_msft-win10-x64-2
47 remaining items
test: deflake child-process-pipe-dataflow
test: deflake child-process-pipe-dataflow
test: deflake child-process-pipe-dataflow
test: deflake child-process-pipe-dataflow
test: deflake child-process-pipe-dataflow
joyeecheung commentedon Aug 18, 2023
This almost always fail in the Windows CI now
lpinca commentedon Sep 23, 2024
I'm closing this as the test is now skipped (#49563) and the current flakiness is caused by a Cygwin bug. See also #48300.
test: fix child-process-pipe-dataflow
test: deflake child-process-pipe-dataflow