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
stepping through a three lines of code crashes node 4.2.6 #4917
@bnoordhuis no, the nightly build still cannot successfully step over the second console.log. The only difference I see on OS X is that I don't get an OS alert for the crashing node application. In node 4.2.6 I got an alert.
I cannot reproduce with master, at least not with the built-in debug client (node debug 127.0.0.1:5858). The client does hang after the second step but that's #4651, an unrelated issue. The debuggee prints {} twice, as expected.
This looks like a duplicate of the hug I'm working on with util and debug
contexts. I'll add the issue number when I'm on my computer
On Jan 27, 2016 2:23 PM, "Ben Noordhuis" notifications@github.com wrote:
I cannot reproduce with master, at least not with the built-in debug
client (node debug 127.0.0.1:5858). The client does hang after the second
step but that's #4651#4651, an
unrelated issue. The debuggee prints {} twice, as expected.
—
Reply to this email directly or view it on GitHub #4917 (comment).
As a data point, when I revert commit 25776f3 (the fix from #4328), the debuggee does crash on the second step. Maybe there is more at play but for now my money is on #4328.
Activity
bnoordhuis commentedon Jan 27, 2016
Can you check that the nightly build works? This sounds like #4261 and #4322 (and a few more) which were fixed in #4328.
weinand commentedon Jan 27, 2016
@bnoordhuis no, the nightly build still cannot successfully step over the second console.log. The only difference I see on OS X is that I don't get an OS alert for the crashing node application. In node 4.2.6 I got an alert.
bnoordhuis commentedon Jan 27, 2016
I cannot reproduce with master, at least not with the built-in debug client (
node debug 127.0.0.1:5858). The client does hang after the second step but that's #4651, an unrelated issue. The debuggee prints{}twice, as expected.MylesBorins commentedon Jan 27, 2016
This looks like a duplicate of the hug I'm working on with util and debug
contexts. I'll add the issue number when I'm on my computer
On Jan 27, 2016 2:23 PM, "Ben Noordhuis" notifications@github.com wrote:
bnoordhuis commentedon Jan 27, 2016
As a data point, when I revert commit 25776f3 (the fix from #4328), the debuggee does crash on the second step. Maybe there is more at play but for now my money is on #4328.
weinand commentedon Jan 27, 2016
@bnoordhuis yes, the problem doesn't repro with the built-in debug client.
evanlucas commentedon Mar 8, 2016
I cannot reproduce this on master using node-inspector. Is this still an issue?
MylesBorins commentedon Mar 8, 2016
I think this was fixed a while back. Closing