| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
@joyeecheung build started: https://ci.nodejs.org/blue/organizations/jenkins/node-test-pull-request-lite-pipeline/detail/node-test-pull-request-lite-pipeline/2912/pipeline |
Sorry, something went wrong.
Sorry, something went wrong.
Sorry, something went wrong.
|
@joyeecheung this seems to fail some tests. |
Sorry, something went wrong.
|
hmm, I just realized we can't just semi-backport #25828 like this, because currently there is no way for the JS land to precisely know about the invalid deprecation that don't exit the process directly (--inspect --debug-brk), which also blocks #26517 if we want to shim process._invalidDebug and process._deprecatedDebugBrk precisely on v11.x. So the question is:
I am leaning towards 2, because it doesn't seem to hurt much to not exit the process with some combinations of options that probably should be unused by now. |
Sorry, something went wrong.
|
Huh, wait, looks like even before #25828 there was already no way from C++ to tell the difference between --inspect-brk --debug and --debug-brk --inspect. Both of them would result in a warning, and nobody really had noticed the difference in v11 so far..so I guess we can just go with option 2. @refack The additional patch should also shim process._deprecatedDebugBrk in the user land in order to unblock #26517. (we don't need to shim process._invalidDebug though because it will exit the process directly) |
Sorry, something went wrong.
In addition, shim `process._deprecatedDebugBrk` in pre-execution. This is a non-semver-major v11.x backport for nodejs#25828. Refs: nodejs#25828
Since we should treat the node-inspect as third-party user code. PR-URL: nodejs#26466 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
Since it depends on environment variables. PR-URL: nodejs#26466 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
Since this depends on environment variable, and the worker threads do not need to persist the variable value because they cannot switch cwd. PR-URL: nodejs#26466 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
Sorry, something went wrong.
Sorry, something went wrong.
In addition, shim `process._deprecatedDebugBrk` in pre-execution. This is a non-semver-major v11.x backport for nodejs#25828. PR-URL: nodejs#26670 Refs: nodejs#25828
|
Landed the first commit in v11.x-staging. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
process: handle node --debug deprecation in pre-execution
In addition, shim process._deprecatedDebugBrk in pre-execution.
This is a non-semver-major v11.x backport for
#25828.
Refs: #25828
process: call prepareMainThreadExecution in node inspect
Since we should treat the node-inspect as third-party
user code.
PR-URL: #26466
Reviewed-By: Anna Henningsen anna@addaleax.net
Reviewed-By: Ruben Bridgewater ruben@bridgewater.de
process: set up process warning handler in pre-execution
Since it depends on environment variables.
PR-URL: #26466
Reviewed-By: Anna Henningsen anna@addaleax.net
Reviewed-By: Ruben Bridgewater ruben@bridgewater.de
process: handle process.env.NODE_V8_COVERAGE in pre-execution
Since this depends on environment variable, and the worker threads
do not need to persist the variable value because they cannot
switch cwd.
PR-URL: #26466
Reviewed-By: Anna Henningsen anna@addaleax.net
Reviewed-By: Ruben Bridgewater ruben@bridgewater.de
Checklist