-
Notifications
You must be signed in to change notification settings - Fork 29.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
doc: Document the --stack-trace-limit
cli flag.
#6377
Conversation
Partially fixes #6271. This commit simply documents the V8 cli option `--stack_trace_limit` but specifies dashes instead of underscores, which is the Node.js cli convention. I did not write a test for this, since the behavior hasn't changed. But I did validate locally that `--stack-trace-limit=N` works as now documented.
hmm.. while I don't have a problem with this particular change, we don't typically document v8 command line flags alongside the set provided by Node.js itself. The reason is that those are not under our control to change but as soon as we document it they become our responsibility to maintain. If the v8 team decided to change it's flag, for instance, we'd be forced to either find a way to continue supporting it or do a quick deprecation (which is never ideal). @nodejs/ctc thoughts? |
I'm -1 on documenting specific v8 options. |
Also -1 on documenting V8. |
-1 |
OK - I was just responding to the issue, trying to hit some low hanging fruit. I am happy to close the PR. Any thoughts on the feature request(s) - either the internals filtering or the increased limit? Personally, I think the increased limit is not the right path to take. Not sure about internals filtering. |
We're at -3.5 so far. Closing... |
@lance filtering internals is not an option in my opinion. This will tremendously complicate the node.js bug report process, since we won't be able to tell what failed and where it broke. |
@indutny that works for me and fwiw, I agree with earlier sentiment that this info is useful for more than just core committers. Often times it's helped me figure out wtf I was doing wrong in application code. As I said, I was just swinging for low hanging fruit. |
@lance no problem at all, sorry it gone this way! |
Should we possibly make a note somewhere that v8 options accept both underscores and dashes? |
I think we should do that. CC @nodejs/documentation |
This adds docs to the man page and online cli docs that v8 options can be used with either dashes or underscores. Refs: nodejs#6377 (comment) PR-URL: nodejs#6532 Reviewed-By: Benjamin Gruenbaum <[email protected]> Reviewed-By: James M Snell <[email protected]>
This adds docs to the man page and online cli docs that v8 options can be used with either dashes or underscores. Refs: #6377 (comment) PR-URL: #6532 Reviewed-By: Benjamin Gruenbaum <[email protected]> Reviewed-By: James M Snell <[email protected]>
Checklist
Affected core subsystem(s)
doc
Description of change
Partially fixes #6271. This commit
simply documents the V8 cli option
--stack_trace_limit
but specifiesdashes instead of underscores, which is the Node.js cli convention. I
did not write a test for this, since the behavior hasn't changed. But I
did validate locally that
--stack-trace-limit=N
works as nowdocumented.
The issue noted also has a feature request for functional changes to
the stack trace display, potentially filtering Node.js internals. And also,
potentially increasing the
Error.stackTraceLimit
just for the first tickfor
Module.runMain
. This PR does not address those requests sinceit wasn't really clear to me from the conversation if those were really
desired or needed.