Repository navigation
spawn's stdio can result in stderr being closed in child #862
Description
Activity
I believe that's still not fixed. This is the closest open issue I could find: joyent/libuv#923
I think this asks for a two-pronged approach: libuv probably has a bug or two that need to be addressed but io.js could reopen fds 0-2 as /dev/null if they aren't valid file descriptors.
@bnoordhuis can you also comment on #831 ?
Opening fd 2 on /dev/null would avoid the EBADF, and probably is a good idea, so fd 2 doesn't become some random open file, but wouldn't avoid the underlying problem, that
console.error()never prints, because stderr is gone.I dug up the last time I saw this:
- addedconfirmed-bugIssues and PRs for confirmed bugs.Issues and PRs for confirmed bugs.
on Feb 18, 2015 - added a commit that references this issue
on Feb 18, 2015 @saghul I think I've fixed this, as well as some related bugs. I'm putting together some node tests, then I'll PR the fix to libuv.
Great! Thanks Sam.
On Feb 24, 2015 6:57 PM, "Sam Roberts" notifications@github.com wrote:@saghul https://github.com/saghul I think I've fixed this, as well as
some related bugs. I'm putting together some node tests, then I'll PR the
fix to libuv.—
Reply to this email directly or view it on GitHub
#862 (comment).- added 2 commits that reference this issue
on Mar 20, 2015 - added 2 commits that reference this issue
on Apr 7, 2015 - added a commit that references this issue
on May 6, 2015 Should be fixed by 04cc03b. Closing, holler if I should reopen it.
- added a commit that references this issue
on May 19, 2015 I'm seeing a failure like this frequently from
npm installunder node 6.4.0.
Result: 'ERROR' is not printed.
Excerpt from strace:
This likely a bug in libuv, but reporting it here because that's where I saw it.
Affects node v0.10 and io.js.
/cc @saghul @bnoordhuis I think we tried to fix a variant of this a year or so ago.