-
Notifications
You must be signed in to change notification settings - Fork 45
AIX: Breakpoint resolved isn't handled properly on restart #35
Comments
cc/ @CurryKitten |
@CurryKitten can you take a look at this so we can discussion when we talk on Friday ? |
@mhdawson Ok - I'm looking into it |
I'm finding that I can no longer recreate this issue. I could previous recreate is very easily just by running node-inspect against I've been running it through several hundred iterations, can't recreate the failure. We still have the warning that the file hasn't been loaded yet (as well as on other platforms) but the regex in the path is properly resolved. Did the delay added in #34 also fix this ? |
Maybe..? Should we remove the AIX special case in the test and see how it goes? |
Remove code that made a check more lenient to account for a known issue that is no longer reproducible. Refs: nodejs/node-inspect#35
Optimistically closing based on nodejs/node#39238 |
Hmmm....although I guess it should stay open until https://github.com/nodejs/node/blob/1544e69b93565c97e7ed232bf2db237d34b8fd7c/test/common/debugger.js#L26-L29 is resolved/removed. |
Remove code that made a check more lenient to account for a known issue that is no longer reproducible. Refs: nodejs/node-inspect#35 PR-URL: nodejs#39238 Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Jan Krems <[email protected]>
Workaround code has been removed so this at least appears to be fixed. |
Remove code that made a check more lenient to account for a known issue that is no longer reproducible. Refs: nodejs/node-inspect#35 PR-URL: #39238 Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Jan Krems <[email protected]>
Remove code that made a check more lenient to account for a known issue that is no longer reproducible. Refs: nodejs/node-inspect#35 PR-URL: #39238 Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Jan Krems <[email protected]>
See TODO in
test/cli/preserve-breaks.test.js
.Expected output of
breakpoints
after restart:Actual output (still showing the regex for matching the filename that should've been resolved):
These "fake filenames" are generated when setting a breakpoint in a file that has been loaded yet:
The text was updated successfully, but these errors were encountered: