VS 2015 Community with Node js tools 1.1 occassionally hangs or crashes VS #630
Comments
|
Same here, sporadic and odd behavior. Debug of unit test crash |
|
Same, but only happens on one of my projects out of a few. |
|
Got this from activity log: Nodejs 5.2/Nodejstools 1.1/VS 2015 Community |
|
@jtobinisaniceguy This is issue which is well-known. At least I know it ~half year. See #300 . Alternatively when NTVS team implement ideas from #488 we will likely see this issue. I have some idea how this could be fixed, but NTVS team is slow in working with community. If you interested in solution, I could try made some improvements. @Laro88 Seems that you having different kind of issue with debugger. Could you provide more insight, maybe I could route you to appropriate issue which in this list? |
|
@kant2002 |
|
@Laro88 Here the link how to build project. https://github.com/Microsoft/nodejstools/wiki/Build-Instructions From my experience it is pretty painless. You just have to uninstall installed NTVS, and your could debug without issues. Regarding V8 version, maybe you are right, So this information itself is good for filing new issue. There two kind of troubleshooting, generic one 'Tools -> Node JS tools -> Diagnostic info', and second one is related to Debugging specifically. You have to go to 'Tools -> Node JS tools -> Diagnostic info' and enable checkbox 'Enable Node.JS Tools Live Diagnostics output pane'. Enabling such diagnostics will create new entry in the Output Window where all traffic between Node.JS debugger and VS would be captured. When you have error, you have to copy all content of debugger output related to your last debug session. With that it give at least some insights for developers how to fix error. Hope this is at least guide to our local galaxy branch 😄 |
|
@jtobinisaniceguy @Laro88 Just to be clear, did you both have issues that were addressed by going back from Node 5.2 to an earlier release? Do you have any outstanding issues after moving back? Obviously Node is a moving target, and 5.2 came out after we were done with 1.1. We'll try and keep up, but the 4.x line was the LTS when we shipped (and still is), so that's the most validated currently. |
|
@billti It solved my crashes but I still have some locking on VS2015 and some issues with VS2015 eating memory. I agree that the target is moving and that it must be quite difficult to keep up :-) |
|
I found a same error logged within eventviewer. At the time of error, I had VS 2015 opened Application: devenv.exe |
|
The issue for me with exact OutOfMemoryException was analysis running over too many node modules. Either turn of analysis completely (visual studio tools / options / text editor / node / intellisense) or ignore the big folders for analysis like written here: https://github.com/Microsoft/nodejstools/wiki/Projects#ignoring-directories-for-analysis |
|
I guess I should look into upgrading from VS 2013 Community to VS 2015 Community to start. In VS 2013 I am using the NodeJS extension and using meanJS, grunt, bower and the kitchen sink to build the MEAN stack app structure. There are just so many dependencies going on with these apps and I see a ton of warnings about updating to the current version of a dozen or so scripts. It just all seems too top heavy for its purpose which was to get a more streamlined fast running client side app up and running. My experiences with NodeJs so far have been negative. The idea of the MongoDB with mongoose is uncomfortable in the first place. BSON like files and mongoose is resolving the connection and interfaces with the server models. Then introduce Express into the picture for handing API service requests and there is a lot that can go wrong. I'm for AngularJS but just building a simple SPA app and using ASP.NET Web API services was reliable, easy and IDE friendly. I'm wondering what the benefit of using MEAN Stack is if I can't use an established IDE like VS without it going into 'Not Responding' mode every time I make a change in my app. |
|
@bofcarbon1 VS being crap with JS is not the MEAN stack's fault. The MEAN stack works perfectly fine in Sublime, it's the dev tools that have the issue. The NodeJS dev tools simply need to do less analysing of packages. There can be quite a few and on slower HDDs it's too slow. |
|
@danpantry Rather than stare at VS 'Not Responding' I decided to go with Cloud 9. I researched for a while and narrowed it down to 3 (Cloud 9, Sublime and Intellij). I like the idea of the github connection, cloud based approach and it was in my budget (free) and I already started using repositories in github. I am moving the MEAN stack tutorial app out of VS and into the cloud. Right off the bat the browser simulation interested me. I had a recent interview and the owner of the company asked me if I owned a Mac. I realized that I'd be having to test for many browsers since I'd be the only IT guy. Looking the the browser simulator with operating system choice I realized how valuable that option was. I am at the 'fresher' level with MEAN so my frustration is mostly from the comfort level I had with VS and the surprisingly vast number of script dependencies on the server side. First MEAN Stack NodeJS tutorial I used suggested all of these 'npm' commands to build and scaffold the project structure. You end up with a long list of dependencies and library structures that are pretty unforgiving if you want to restructure the project folders. The 'npm' generator asks you to specify the application you want to create but if you already created a solution and project in VS its not clear whether 'npm' is going to build the configuration and associated scripts under the project folder. When I went to move everything up to one project level (VS thinking) it broke the references to the library structure 'npm' generated and there was way too much to resolve. So I think going in a different direction with Nodejs on a tool more suited to it is the answer. Eventually I'll understand why a MEAN stack project requires 200 script files from 50 open source participants but that's another story. I will say that I am actually getting NodeJS to run now which is a huge breakthrough. Previously with an Apress book on AngularJS the exercises for using NodeJS would not work so I blew it off at that time. Eventually if you cut through enough brush you'll find the hiking trail. |
|
@bofcarbon1 Because Node has lots of micropackages that do one thing - that's why there are 200 script files :) It's just the way we work - lots of small frameworks rather than monolithic ones |
|
I've got the same issue and I'm on Node 4.4.5. This is my event log entry: |
|
I'm working with an existing nodejs project imported into vs. When I open the solution now I how on of my cpu cores at maximum constantly. Memory usage trends upwards but currently remains at roghly 1GB. |
|
That's what I heard try to disable code analysis. |
|
@TbLtzk You can disable intellisense fully by going to However, I also recommend that you try downloading the NTVS 1.2 Alpha and trying it on VS2015 Update 2 with the Closing this issue since we have made major fixes and improvements with NTVS 1.2. If you are running into a consistent crash with any version of NTVS, or performance problems with NTVS 1.2 alpha, please open new issues to track these. Thanks. |
|
@mjbvz yes, seems that the ES6 preview setting fixed it for me as well, thx! |
Seems pretty random, sometimes it happens while debugging, others when only editing or both.
VS seems to be unresponsive for a few seconds, then comes back into action, other times it just stops responding.
Whatever I can do to help diagnose please ask.
The text was updated successfully, but these errors were encountered: