Insufficient Memory to Continue the Execution of the Program Zappy

• Remove From My Forums

Insufficient memory to continue the execution of the program.

• Question

• Hello!

  I have a quite intermediate sized solution. When I attempt pasting just a few lines of code I often receive a message box reading "insufficient memory to continue the execution of the program." but no pasting.

  Will this be fixed or should it simply work like that?

  Best regards,

  Henrik Dahl

All replies

• Look at the memory usage of VS before you try the operation.  If VS is nearing 2GB then you're going to run out of memory.  VS can use that much memory up if you are loading really large solutions, compiling and running code for a long period of time and have some addins loaded.  Addins like CodeRush and ReSharper can really eat up available memory.

  VS is a 32-bit app so it is limited to 4GB.  I'm not sure if it is compiled w/ 3GB or not so assume it is limited to 2GB.  While MS is doing work to cut down on memory consumption VS2010 is still going to eat up more memory just in the WPF designers alone.  Nevertheless you'd have to have a really large solution before it would be noticeable.  VS has been tested against 100+ project solutions so unless you're way up there then it is likely an addin.

  Michael Taylor - 12/7/09
  http://p3net.mvps.org

• Hello Henrik,

  Can you let me know more about the situation?

  What version/SP/SKU of Visual Studio are you using?

  Do you have any 3rd party add-in installed?

  How many projects/files are there in your solution and what types of projects are they?

  What's the size of your code file when you met this problem?

  Thanks,
  Jie
  MSDN Subscriber Support in Forum
  If you have any feedback on our support, please contact msdnmg@microsoft.com

  ---

  Please remember to mark the replies as answers if they help and unmark them if they provide no help.

  If you have any feedback, please tell us.

  The CodeFx Project
  My Blog (in Simplified Chinese)

• Hello Wang, Jie!

  VS 2010 Beta 2 (the one available to MSDN Subscribers).

  I have no add-ins installed.

  59 projects. A mixture of class libraries, workflow activity libraries, windows applications etc.

  The problem seems to happen editing any code file, even a newly created class file with perhaps 10 lines of code. As I wrote the error has only happens as I sought to paste text.

  After I closed many windows in the IDE the problem has not occured since. It should obviously be the user who decides how many windows he wants to have open. A premium development IDE should obviously work particularly well with large solutions.

  In task manager it reads that Visual Studio consumes approximately 700 MB while I'm editing.

  It seems a bit bizarre to have a machine with lots of memory (25 GB), a 64 bit operating system etc. and then run into such previous technological level oriented difficulties.

  Best regards,

  Henrik Dahl

• VS is a 32-bit app.  It doesn't matter how much memory you have, it'll still only use up to 2GB.  One of the things MS is working on post-beta 2 is the VM usage.

  Michael Taylor - 12/20/09
  http://p3net.mvps.org

• Yes, I know it's a 32-bit app. Do you think this makes it less bizarre? I think it makes it more bizarre because this effectively prevents the problem to go away and because 64 bit machines have been cheap for several years now.

• Hi Henrik,

  There is a bug in the .net framework clipboard code that I have seen where it will claim to be out of memory because there is some invalid data on the clipboard. In this case the error stops as soon as I copy some simple data like text from notepad, discarding the bad clipboard data. Of course most visual studio code doesn't expect the out of memory exception to be thrown and so it can pop up as an unexpected error instead of failing silently.

  One common cause of having invalid data on the clipboard is having program running in the background which access the clipboard like Remote Desktop.

  Would be interested to hear if this also sounds like the issue you are running into.

  Tim

• Hello!

  My Visual Studio was run using a remote desktop session.

  Additional comment: I must say the RC version gets quite slow when many windows are open.

  How do you mean data can be invalid, for instance because the data is not of the type it's clamed to be a type of or what (my point is that basically all kinds of data can go to the clipboard)?

  I both copied and pasted within the same Visual Studio instance.

  Best regards,

  Henrik Dahl

• By invalid, I basically mean corrupted somehow, maybe e.g. claiming negative or zero length data, since that would be a logical way to cause allocation to fail, which could cause spurious OOM exception? Hey, I have no proof... :-)

  If you don't need clipboard sharing, you could try killing rdpclip.exe on the remote machine some time, and see if it stops happening...

  Tim

• Hello Jie!

  I've never seen the problem in scope of the RC-version.

  As I experience it becoming sluggish I have somewhere like 100 windows, perhaps more, hoding text with classes and basically none with forms or any other non-text format. I have a perception that the issue is notification to all these windows when something is being changed in the underlying parse tree/abstract syntax tree. Such notifications should probably only need being reacted upon in case the windows if visible, however I haven't really spent time on analysing it properly and it's obviously also hard from the outside, so I'm not really sure.

  For instance I have just had a situation where approximately 130 windows each having a file ending in .sql (Sql Tranact-Sql text) and for sure VS 2010 RC was really, really slow in response. I closed all windows and it was fast again.

  Basically I never close the windows until VS gets sluggish, why should I otherwise close the windows, basically how should I otherwise gain something from doing that?

  Best regards,

  Henrik Dahl

• Hi Henrik,

  Okay, I understand your points. However, I'm not the guy to say if 130 simultaneously opened code window causes VS to slow down should be identified as a performance problem or not.

  Could you please submit your feedback on the Connect site to raise your concern to the right people?

  Thanks!
  Jie
  MSDN Subscriber Support in Forum
  If you have any feedback on our support, please contact msdnmg@microsoft.com

  ---

  Please remember to mark the replies as answers if they help and unmark them if they provide no help.

  If you have any feedback, please tell us.

  The All-In-One Code Framework Project
  My Blog (in Simplified Chinese)

goldsteinrefor1937.blogspot.com

Source: https://social.msdn.microsoft.com/Forums/en-US/cd364368-a0e5-4daf-a215-4ee6b1dcdac3/insufficient-memory-to-continue-the-execution-of-the-program?forum=csharpide

Share this post