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
{{ message }}
Repository navigation
test-net-GH-5504.js is failing because environment variables are missing #3183
This code loses the original environment variables passing into the program, which causes failure for the spawn function. Specifically, the program could not start because the loader couldn't find the correct version of standard c++ library which is not in the default location. The loader is supposed to find the needed libraries thought LD_LIBRARY_PATH environment variable which is missing.
I suggests to change the above code to this instead:
good catch @john-yan, care to open a pull request against master to fix these? You don't need the NODE_COMMON_PORT line if we go with process.env copying though.
We experienced this on joyent/node. I thought the appropriate commit was cherry picked over. You should just have to extend()env before creating a child process.
Does anyone think it would be useful to include an option to automatically extend the environment?
Activity
john-yan commentedon Oct 5, 2015
Same problem in these tests:
https://github.com/nodejs/node/blob/master/test/parallel/test-fs-readfile-error.js
https://github.com/nodejs/node/blob/master/test/sequential/test-stdin-script-child.js
https://github.com/nodejs/node/blob/master/test/sequential/test-util-debug.js
rvagg commentedon Oct 5, 2015
good catch @john-yan, care to open a pull request against
masterto fix these? You don't need the NODE_COMMON_PORT line if we go withprocess.envcopying though.john-yan commentedon Oct 5, 2015
@rvagg Thanks. The pull request is opened for the master branch, and I also back port it for v4.x.
cjihrig commentedon Oct 5, 2015
We experienced this on joyent/node. I thought the appropriate commit was cherry picked over. You should just have to
extend()envbefore creating a child process.Does anyone think it would be useful to include an option to automatically extend the environment?