Can RS be disabled before opening a project or solution? Follow

Hello,

I've run into a problem with RS that's been bugging me for many weeks.
I'm not so much complaining about the startup time (which I can live
with) but rather the problem where .Net freezes

Do you mean the Visual Studio application?

while loading
projects. In the Task Manager .Net shows itself as not responding.
This leaves me with no choice but to kill the process and then kill
the dumprep process that it launches.

Is the process hung up, or is it maybe just working veeery slowly? E.g. because
your roaming profile is stored on a network drive, or things like that?

My question is, can I disable RS before opening the projects after
I've done my initial bootup of my laptop?

If you start Visual Studio and disable R# before opening the project, does
it help?

I can add RS to the add-in manager

How do you do that?

If it's
possible to disable the add-in outside of the IDE,

Check the Product.VisualStudio.90.AddIn file in the R# InstallDir. Changing
its ]]> could do the thing.

—
Serge Baltic
JetBrains, Inc — http://www.jetbrains.com
“Develop with pleasure!”

Serge,

Thanks for the reply. To recap and answer your questions:

1. It is VS that hangs when I load a project or solution.
2. I'm not sure it's starting up slowly but looking at it in the task manager the cpu % is barely visible. It might peak at say 1-2%. In the process list it shows it as "Not responding".
3. If I click VS on the task bar it redisplays not much more than a white screen. That is, there is only the window caption. There's no solution explorer, properties window, code window, toolbox. Only a white screen which is consistent with the "Not responding" message.
4. If I start VS without double-clicking a project it responds quickly enough. That's what I've been experimenting with. Once in VS, I disable the add-in, exit and then double-click the project file. The time to launch VS without the add-in enabled is also very quick but without RS, VS is a much poorer product! :)
5. I then enable the add-in and after a longish pause I get RS' code analysis gutter and the processing cache in the bottom right corner of the IDE. I then exit the project and reload it. That's not guaranteed to 'solve' my problem but if I kill VS and open the project again it will eventually load successfully and quite quickly and for the rest of the day it seems to be ok.
6. When I wrote I can add RS to the add-in manager I meant enabling or disabling the add-in manager which is of course always there in the Addin Manager.
7. As for network roaming profiles. I've checked with our network support team and they say nothing has changed, but they would say that, wouldn't they? I know we get automated updates now and then from the MS KB. I've also (please don't tell them) disabled the Symantec AV program as life is too short to wait for that to complete its scan of my hdd. ;)

In the file you refer to I have this entry: 3 I'm not sure what "3" does and what other values might do. Is there a particular value you think I can try? Thanks. EDIT: Serge, I found some documentation at MS about ]]> but it does not list 3 a value so I don't know if that means JB' use of it it different to MS's? Either way, I tried different values in the XML file and when I launch VS without a project the add-in is still enabled and started. It's almost as if changing the value does nothing to the way VS references the add-in. I'll wait for your comments.

It would be very helpful if you attach ClrDbg to the hang VS, and post the
stacktraces of all threads with managed frames.

Thank you in advance

--
Eugene Pasynkov
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Peter Hamilton-Scott" <no_reply@jetbrains.com> wrote in message
news:7354033.53961223107385780.JavaMail.jive@app4.labs.intellij.net...

Serge,

>

Thanks for the reply. To recap and answer your questions:

>

1. It is VS that hangs when I load a project or solution.
2. I'm not sure it's starting up slowly but looking at it in the task
manager the cpu % is barely visible. It might peak at say 1-2%. In the
process list it shows it as "Not responding".
3. If I click VS on the task bar it redisplays not much more than a white
screen. That is, there is only the window caption. There's no solution
explorer, properties window, code window, toolbox. Only a white screen
which is consistent with the "Not responding" message.
4. If I start VS without double-clicking a project it responds quickly
enough. That's what I've been experimenting with. Once in VS, I disable
the add-in, exit and then double-click the project file. The time to
launch VS without the add-in enabled is also very quick but without RS, VS
is a much poorer product! :)
5. I then enable the add-in and after a longish pause I get RS' code
analysis gutter and the processing cache in the bottom right corner of the
IDE. I then exit the project and reload it. That's not guaranteed to
'solve' my problem but if I kill VS and open the project again it will
eventually load successfully and quite quickly and for the rest of the day
it seems to be ok.
6. When I wrote I can add RS to the add-in manager I meant enabling or
disabling the add-in manager which is of course always there in the Addin
Manager.
7. As for network roaming profiles. I've checked with our network support
team and they say nothing has changed, but they would say that, wouldn't
they? I know we get automated updates now and then from the MS KB. I've
also (please don't tell them) disabled the Symantec AV program as life is
too short to wait for that to complete its scan of my hdd. ;)

>

In the file you refer to I have this entry: <LoadBehavior>3</LoadBehavior>

>

I'm not sure what "3" does and what other values might do. Is there a
particular value you think I can try?

>

Thanks.

Hello Peter,

why are you using such an old nightly build? update to the latest nightly

Andre, I suppose I could download the latest build with confidence it'll work. At the moment, I'm refactoring a lot of our projects so for the time being I'll use the "Works Here" download because the other recent builds are "Untested". I've used untested builds without a problem before but I'm mindful of the fact that I'd rather use an officially approved download until I've completed my current project development. Once that's done (later this week) I'll start downloading the latest builds again.

If you want a stable build download build 933. This build was shipped as 4.1 RTW

Thanks for the confidence boost, Andre. I'm almost done refactoring as I write so I'll try the latest build later. I'll go straight for the 939 build which I'm downloading at this moment. I know RS is a stable product so if build 939 bites my ass somewhere along the line I'll take the 933 build you recommend.