IDE pauses after every keystroke. -

Working in a project with 100+ forms, in one particular form I was working in today, there are 18,500+ code lines. I needed to add a couple of new methods, the problem is that the IDE is pausing almost after every keystroke. I have turned off intelli-sense. I have removed all Add-Ins, I have disabled as many things as I can in options, and it is still unuseable.. I have restarted computer, tried in disconnected mode (source safe). Machine is a 2.4ghz Dell Laptop with 2gig ram and 70gig hdd, WinXP SP2, with 20gig hdd space.

it has so far taking 3 hours to write 30 lines of code, (between machine reboots, option switching etc), my bosses are screaming @ me.

is anyone else experiencing such things

this was a vs2003 project we converted, at this stage there are 0 errors, 0 warnings. Performance on forms where code is a lot smaller seems fine.

can anyone shed light

Lex.

Answer this question

IDE pauses after every keystroke. -

komischeszeichen
My understanding is that we are here to provide peer support, not bag everthing.

we have a commercial grade product that is out in the market running on .net2.0.

Yes there are issues with the IDE, and the more people work together, the more likely we are to get things resolved.

as you stated, it is only your opinion, one I think you should keep to yourself.

L.
AdamBert
Lex, here is my take

VS2005 is the biggest piece of garbage ever created by Microsoft. This is way worse then VB4.

They don't want to admit it but there are huge problems with Visual Inheritance. It should not take 15 seconds to just change a controls property. I should not have to rebuild the f'ing project every time I want to look at a form designer.

Anytime a problem is reported to MS, "Babu" or "Prabu" or "Ravinder" (Indian versions of Larry Moe, and Curly) are quick with the autogenerated "Vee are unable to veeeproduce de prooooblem" .

STOP THE BULLSH!T!!!!

It's not about custom controls or lines of code or any of that other garbage.

VB2005 cannot deal visual ineritance (VB2003 worked with it just fine with no problems).

Looking to migrate. My advise....DON"T!!!! RUN THE OTHER WAY. FAST

My opinion....VB2005 is only good for creating "Hello World" textbook apps. Nothing more.
Ilir Lako
Hi Chuck.

the problem is experienced on machines when dealing with classes containing large volumes of code (eg, 15-18k lines).

the machines are not identical, I run a laptop, rest of dev team run HP desktops.

on that form we are using an Infragistics tab control.

since it was a 2003-2005 port, is there an easy way to create a partial class of the windows designer component etc, as the first 8,000 lines are all to do with form creation.

thanks.

Lex.
Peter Hozjan
the actual problem is caused by the Refactor tool, I was using Refactor Pro, which has a bug due to large size of form, so the parsing for smart tags was causing lag. temp fix... turn off smart tags... all going good.

Lex.
Al1234511234
I can't say I've experienced your specific problem, but here are a couple of suggestions.

1. Remove as much code from the form as possible into separate classes. Your forms should just be thin veneers on top of your business classes anyway.

2. Get a job where your bosses don't yell at you. Life is WAY too short for that kind of stress.

Cheers.
Filipczako
You didn't mention in your original post that there were five developers all experiencing the same problem.

You also indicated that one particular form was causing you a problem. Are you experiencing these problems on all the forms in your project

Are all five of you working on the same form

Are all of your machines configured identically

Are you using any third-party controls on the form in question

There are countless reasons why this could be happening. Have you tried sending the form and code to someone else to see if it is the form causing the problem, or your installation of Visual Studio
Jabbabroadley
good to see we go with the professional answers eh.

1. I agree in principle, still I would expect a project that worked fine in the editor of vs2003 to be at least the performance, if not better, i thought we were 'upgrading' the studio.

2. http://www.dontsweat.com - I agree life is too short if you let if get to you. however, one would think that there needs to be some form of 'shouting' if an upgrade reduces 5 programmers into a crawl.

let me rephrase my question slighty differently....

1. what causes the devenv.exe to run between 90-98% cpu usage when trying to edit code

2. what causes the devenv.exe to just 'disaapear' whilst working on code - no rte, no fault analysis, just there one minute, gone the next.

3. what causes the devenv.exe to repeatedly come up with 'this program has encountered a problem and needs to restart' message, at least twice I day

TIA.
Coleman Brumley
I've noticed a similar problem (working with a large code base) - especially when the code size exceeds the availible RAM. Also, I have noticed a wierd problem with hyperthreaded CPUs. Every once in a while the IDE will hang for a long time - looking at the task manager will show the CPU at 30% or less, but the "second" CPU will be stuck at 98% or higher.
Anonymous_mike
I agree with you on this point. but at the moment it feels like righteous anger.
Greg-on-MSDN
...and I disagree that some form of shouting is in order...getting angry and yelling at people is not a very good motivator, and it does nothing to solve the problem. At best it raises the stress level, and at worst it is very demeaning and insulting.
IDE pauses after every keystroke. -

Answer this question