-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
Error when restarting a node inspect
run after setting break point twice
#41789
Comments
I'm able to replicate this in Node.js 15. In Node.js 16, this still produces the "Breakpoint at specified location already exists." error but does not crash. I'm going to close this, although I want to investigate what that "undefined" is all about after the error message. |
In Node.js 15, calling `setBreakpoint(1)` and `restart` twice in a row caused the debugger to exit. In Node.js 16, it no longer exits but throws an error that is expected, or at least reasonable, or at least better than exiting. The error message previously had `undefined` appended to it. It no longer does. This adds test coverage to `unpackError()` in `lib/internal/debugger/inspect_client.js`. That function previously was untested. Refs: https://github.com/nodejs/node-inspect/issues/101
In Node.js 15, calling `setBreakpoint(1)` and `restart` twice in a row caused the debugger to exit. In Node.js 16, it no longer exits but throws an error that is expected, or at least reasonable, or at least better than exiting. The error message previously had `undefined` appended to it. It no longer does. This adds test coverage to `unpackError()` in `lib/internal/debugger/inspect_client.js`. That function previously was untested. Refs: https://github.com/nodejs/node-inspect/issues/101
In Node.js 15, calling `setBreakpoint(1)` and `restart` twice in a row caused the debugger to exit. In Node.js 16, it no longer exits but throws an error that is expected, or at least reasonable, or at least better than exiting. The error message previously had `undefined` appended to it. It no longer does. This adds test coverage to `unpackError()` in `lib/internal/debugger/inspect_client.js`. That function previously was untested. Refs: https://github.com/nodejs/node-inspect/issues/101
Looking more closely, this is still a bug. |
Specifically, the error should happen at the second |
I think is is a bug in the inspector code and not in the debugger/node-inspect code. |
The data parameter of unpackError() is typically undefined. PR-URL: #39570 Refs: https://github.com/nodejs/node-inspect/issues/101 Reviewed-By: Jan Krems <jan.krems@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com>
This adds test coverage to `unpackError()` in `lib/internal/debugger/inspect_client.js`. That function previously was untested. PR-URL: #39570 Refs: https://github.com/nodejs/node-inspect/issues/101 Reviewed-By: Jan Krems <jan.krems@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com>
The data parameter of unpackError() is typically undefined. PR-URL: #39570 Refs: https://github.com/nodejs/node-inspect/issues/101 Reviewed-By: Jan Krems <jan.krems@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com>
This adds test coverage to `unpackError()` in `lib/internal/debugger/inspect_client.js`. That function previously was untested. PR-URL: #39570 Refs: https://github.com/nodejs/node-inspect/issues/101 Reviewed-By: Jan Krems <jan.krems@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com>
The data parameter of unpackError() is typically undefined. PR-URL: #39570 Refs: https://github.com/nodejs/node-inspect/issues/101 Reviewed-By: Jan Krems <jan.krems@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com>
This adds test coverage to `unpackError()` in `lib/internal/debugger/inspect_client.js`. That function previously was untested. PR-URL: #39570 Refs: https://github.com/nodejs/node-inspect/issues/101 Reviewed-By: Jan Krems <jan.krems@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com>
node inspect
run after setting break point twice
I would expect it to not crash and work like the first iteration of
setBreakpoint + restart
.The text was updated successfully, but these errors were encountered: