Skip to content
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

Support latest versions of Node.js v6.x #960

Closed
2 tasks done
mousetraps opened this issue May 24, 2016 · 5 comments
Closed
2 tasks done

Support latest versions of Node.js v6.x #960

mousetraps opened this issue May 24, 2016 · 5 comments
Assignees
Milestone

Comments

@mousetraps
Copy link
Contributor

mousetraps commented May 24, 2016

@mwpowellhtx
Copy link

I am considering using Node for server side simulations and would like to incorporate projects into my VS2013 solutions. Of course, doing so means chasing the tail feathers; I haven't dove into Node waters just yet, but when I do, I would like to stay current with Node as much as possible. Along these lines, what does that mean for NTVS? Besides another chase. Thank you...

@mjbvz
Copy link
Contributor

mjbvz commented May 25, 2016

I don't think either of these issues listed above would block you from getting started with NTVS and Node 6, they are just something to be aware of. Node's debugging protocol is not terribly well supported, so new Node releases always could potentially destabilizing NTVS.

To add more context to these issue:

#934

As far as I can tell is the result of changes in in Node. The issue is non-deterministic and I haven't been able to repo it for the past several days. Feel free to give Node 6 a shot and let me know if you run into this issue.

Unrelated to the breakpoint issue, Node 6 also has a regression when certain breakpoints trigger an internal access error in the debugger. Node should pick up the fix shortly: nodejs/node#6928

#935

After opening the issue, I have realized that is effects all versions of Node that I have tested, not just 6.x. It is an edge case that should not be hit very often in normal workflows, but we are looking fix this in the next release.

I would recommend giving NTVS and Node 6 a try. NTVS 1.1 will work with VS2013, but I strongly recommend that you try out NTVS 1.2 alpha on VS2015 instead. It better supports some of the new Javascript features from Node 6, and should be a much better experience all around. And again, please report any bugs you run into.

Thanks.

@ted-dgk
Copy link

ted-dgk commented Jun 12, 2016

VS2015. Breakpoints never hit using 1.2 and node 6. Also the racing condition causing the app to not run happens the far majority of the time. Sorry to say but this is unusable at this time.

@ted-dgk
Copy link

ted-dgk commented Jun 12, 2016

Note that nodejs built in debug support DOES work. If you want to place a breakpoint put the word debugger on a line followed by semi-colon. And after a terrible last night and this morning the racing condition is not biting me as bad.

@mousetraps
Copy link
Contributor Author

This issue has been resolved in our v1.2 Beta. Please try it out and let us know what you think! https://github.com/Microsoft/nodejstools/releases

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants