Build 218 no-go

My experience with Build 218 is not much better than my experiences with
build 216 and 217. The only difference is, in fact, a lack of exceptions.

It's still completely unusable though.

After installing, I launche VS2005 and then load my solution. The solution
loads, there's a long pause where the application is completely
unresponsive, then the window finally repaints with Resharper items (right
side error bar), and then the CPU just goes nuts, pegged at around 50%
constantly. No error highlighting (it keeps promising to begin shortly),
and the whole environment is so slow as to be useless. Clicking somewhere
in the source code takes a full 3 seconds before the cursor moves to that
location.

In short, it seems that the same problem that was causing the endless and
infinite exceptions is still occuring, just not throwing exceptions.
Something seems caught in an endless loop. After more than 20 minutes,
nothing has changed... CPU is still pegged at 50%, development environment
still slow as molassas in january, and there's no syntax highlighting going
on at all.

I'm afriad I'm going to have to just uninstall again. This is really
disappointing.



13 comments
Comment actions Permalink

We've been reported with the same problem again by other users.
We will try to investigate this....

--
Eugene Pasynkov
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:dsvji4$nqa$1@is.intellij.net...

My experience with Build 218 is not much better than my experiences with
build 216 and 217. The only difference is, in fact, a lack of exceptions.

>

It's still completely unusable though.

>

After installing, I launche VS2005 and then load my solution. The
solution loads, there's a long pause where the application is completely
unresponsive, then the window finally repaints with Resharper items (right
side error bar), and then the CPU just goes nuts, pegged at around 50%
constantly. No error highlighting (it keeps promising to begin shortly),
and the whole environment is so slow as to be useless. Clicking somewhere
in the source code takes a full 3 seconds before the cursor moves to that
location.

>

In short, it seems that the same problem that was causing the endless and
infinite exceptions is still occuring, just not throwing exceptions.
Something seems caught in an endless loop. After more than 20 minutes,
nothing has changed... CPU is still pegged at 50%, development environment
still slow as molassas in january, and there's no syntax highlighting
going on at all.

>

I'm afriad I'm going to have to just uninstall again. This is really
disappointing.

>
>



0
Comment actions Permalink

Please could you help us a little?

Please run VS with ReSharper, and after a while, when you think ReSharper
hangs,
run another copy of VS, or CLR debugger (which is better for this case),
attach it ti the hung VS, and post here the stacktraces of all threads which
have managed frames.....

Thanks in advance

--
Eugene Pasynkov
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:dsvji4$nqa$1@is.intellij.net...

My experience with Build 218 is not much better than my experiences with
build 216 and 217. The only difference is, in fact, a lack of exceptions.

>

It's still completely unusable though.

>

After installing, I launche VS2005 and then load my solution. The
solution loads, there's a long pause where the application is completely
unresponsive, then the window finally repaints with Resharper items (right
side error bar), and then the CPU just goes nuts, pegged at around 50%
constantly. No error highlighting (it keeps promising to begin shortly),
and the whole environment is so slow as to be useless. Clicking somewhere
in the source code takes a full 3 seconds before the cursor moves to that
location.

>

In short, it seems that the same problem that was causing the endless and
infinite exceptions is still occuring, just not throwing exceptions.
Something seems caught in an endless loop. After more than 20 minutes,
nothing has changed... CPU is still pegged at 50%, development environment
still slow as molassas in january, and there's no syntax highlighting
going on at all.

>

I'm afriad I'm going to have to just uninstall again. This is really
disappointing.

>
>



0
Comment actions Permalink

Sorry, but I don't think I can be of much help here.

I ran another instance of VS2005, attached to the one with the solution open
and chewing up CPU like mad, and did a "Break All", but the call stack
window for all threads just says "[External Code]". There's simply no
information there.

The only information I can tell you is that there are 12 threads, one is
"Highest" priority, one is "Below Normal" and all the rest are "Normal"
priority. All but three of the threads have no name. The three that do are
"Main", "VsCBMThreadPool", and "VsCBMOnReadyEventQueue".

How can I get stack traces when I have no symbol files or anything like
that?

I also noticed that the responsiveness of the UI degrades with time. When
it FIRST starts chewing the CPU, it's almost as responsive as normal. The
longer it runs, the less responsive it gets, until it's taking a full second
to respond to a click... then two full seconds... then three...

Are you testing with solutions that have ASP.NET websites in them? I don't
experience this problem if I open up just a small little WinForms
project/solution or anything. But my main work solution (which includes 10
projects and one very large website) is totally unusable.


"Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
message news:dsvsff$nml$1@is.intellij.net...

Please could you help us a little?

>

Please run VS with ReSharper, and after a while, when you think ReSharper
hangs,
run another copy of VS, or CLR debugger (which is better for this case),
attach it ti the hung VS, and post here the stacktraces of all threads
which have managed frames.....

>

Thanks in advance

>

--
Eugene Pasynkov
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:dsvji4$nqa$1@is.intellij.net...

>> My experience with Build 218 is not much better than my experiences with
>> build 216 and 217. The only difference is, in fact, a lack of
>> exceptions.
>>
>> It's still completely unusable though.
>>
>> After installing, I launche VS2005 and then load my solution. The
>> solution loads, there's a long pause where the application is completely
>> unresponsive, then the window finally repaints with Resharper items
>> (right side error bar), and then the CPU just goes nuts, pegged at around
>> 50% constantly. No error highlighting (it keeps promising to begin
>> shortly), and the whole environment is so slow as to be useless.
>> Clicking somewhere in the source code takes a full 3 seconds before the
>> cursor moves to that location.
>>
>> In short, it seems that the same problem that was causing the endless and
>> infinite exceptions is still occuring, just not throwing exceptions.
>> Something seems caught in an endless loop. After more than 20 minutes,
>> nothing has changed... CPU is still pegged at 50%, development
>> environment still slow as molassas in january, and there's no syntax
>> highlighting going on at all.
>>
>> I'm afriad I'm going to have to just uninstall again. This is really
>> disappointing.
>>
>>
>>
>



0
Comment actions Permalink

You can right click on and select "Show external code". You
can also Deselect debugger option "Just my code"

"Paul Bradshaw" <pbradshaw@advsol.com> schrieb im Newsbeitrag
news:dt06t3$ggo$1@is.intellij.net...

Sorry, but I don't think I can be of much help here.

>

I ran another instance of VS2005, attached to the one with the solution
open and chewing up CPU like mad, and did a "Break All", but the call
stack window for all threads just says "[External Code]". There's simply
no information there.

>

The only information I can tell you is that there are 12 threads, one is
"Highest" priority, one is "Below Normal" and all the rest are "Normal"
priority. All but three of the threads have no name. The three that do
are "Main", "VsCBMThreadPool", and "VsCBMOnReadyEventQueue".

>

How can I get stack traces when I have no symbol files or anything like
that?

>

I also noticed that the responsiveness of the UI degrades with time. When
it FIRST starts chewing the CPU, it's almost as responsive as normal. The
longer it runs, the less responsive it gets, until it's taking a full
second to respond to a click... then two full seconds... then three...

>

Are you testing with solutions that have ASP.NET websites in them? I
don't experience this problem if I open up just a small little WinForms
project/solution or anything. But my main work solution (which includes
10 projects and one very large website) is totally unusable.

>
>

"Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
message news:dsvsff$nml$1@is.intellij.net...

>> Please could you help us a little?
>>
>> Please run VS with ReSharper, and after a while, when you think ReSharper
>> hangs,
>> run another copy of VS, or CLR debugger (which is better for this case),
>> attach it ti the hung VS, and post here the stacktraces of all threads
>> which have managed frames.....
>>
>> Thanks in advance
>>
>> --
>> Eugene Pasynkov
>> Developer
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"
>> "Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
>> news:dsvji4$nqa$1@is.intellij.net...
>>> My experience with Build 218 is not much better than my experiences with
>>> build 216 and 217. The only difference is, in fact, a lack of
>>> exceptions.
>>>
>>> It's still completely unusable though.
>>>
>>> After installing, I launche VS2005 and then load my solution. The
>>> solution loads, there's a long pause where the application is completely
>>> unresponsive, then the window finally repaints with Resharper items
>>> (right side error bar), and then the CPU just goes nuts, pegged at
>>> around 50% constantly. No error highlighting (it keeps promising to
>>> begin shortly), and the whole environment is so slow as to be useless.
>>> Clicking somewhere in the source code takes a full 3 seconds before the
>>> cursor moves to that location.
>>>
>>> In short, it seems that the same problem that was causing the endless
>>> and infinite exceptions is still occuring, just not throwing exceptions.
>>> Something seems caught in an endless loop. After more than 20 minutes,
>>> nothing has changed... CPU is still pegged at 50%, development
>>> environment still slow as molassas in january, and there's no syntax
>>> highlighting going on at all.
>>>
>>> I'm afriad I'm going to have to just uninstall again. This is really
>>> disappointing.
>>>
>>>
>>>
>>
>>
>



0
Comment actions Permalink

I've definitely narrowed it down to the website in the solution.

Loading all the other projects works fine. Loading up the website itself
gets the pegged CPU and sluggish response and the utter lack of any syntax
highlighting.

The website itself (webroot on down) has 6,139 files in 263 folders for a
total size of around 80MB.

However, only about 2200 of the files are *.aspx, *.ascx, or *.cs files
(and many of those are autogenerated with long GUID names). I sure hope
Resharper isn't trying to parse all the various xml, xsl, gif, jpeg, dll,
and other miscellaneous files in there!




"Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
message news:dsvsff$nml$1@is.intellij.net...

Please could you help us a little?

>

Please run VS with ReSharper, and after a while, when you think ReSharper
hangs,
run another copy of VS, or CLR debugger (which is better for this case),
attach it ti the hung VS, and post here the stacktraces of all threads
which have managed frames.....

>

Thanks in advance

>

--
Eugene Pasynkov
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:dsvji4$nqa$1@is.intellij.net...

>> My experience with Build 218 is not much better than my experiences with
>> build 216 and 217. The only difference is, in fact, a lack of
>> exceptions.
>>
>> It's still completely unusable though.
>>
>> After installing, I launche VS2005 and then load my solution. The
>> solution loads, there's a long pause where the application is completely
>> unresponsive, then the window finally repaints with Resharper items
>> (right side error bar), and then the CPU just goes nuts, pegged at around
>> 50% constantly. No error highlighting (it keeps promising to begin
>> shortly), and the whole environment is so slow as to be useless.
>> Clicking somewhere in the source code takes a full 3 seconds before the
>> cursor moves to that location.
>>
>> In short, it seems that the same problem that was causing the endless and
>> infinite exceptions is still occuring, just not throwing exceptions.
>> Something seems caught in an endless loop. After more than 20 minutes,
>> nothing has changed... CPU is still pegged at 50%, development
>> environment still slow as molassas in january, and there's no syntax
>> highlighting going on at all.
>>
>> I'm afriad I'm going to have to just uninstall again. This is really
>> disappointing.
>>
>>
>>
>



0
Comment actions Permalink

That didn't help at all.

I deselected the "Just My Code" option, and now I'm not even getting the
"[External Code]" display in the stack frame. I just get the following
error dialog:

"No Symbols are Loaded for any call stack frame. The Source Code Cannot be
Displayed"

I have no idea how this is supposed to work...

"Daniel Danilin" <nesher.hh@web.de> wrote in message
news:dt08f6$mh7$1@is.intellij.net...

You can right click on and select "Show external code".
You can also Deselect debugger option "Just my code"

>

"Paul Bradshaw" <pbradshaw@advsol.com> schrieb im Newsbeitrag
news:dt06t3$ggo$1@is.intellij.net...

>> Sorry, but I don't think I can be of much help here.
>>
>> I ran another instance of VS2005, attached to the one with the solution
>> open and chewing up CPU like mad, and did a "Break All", but the call
>> stack window for all threads just says "[External Code]". There's simply
>> no information there.
>>
>> The only information I can tell you is that there are 12 threads, one is
>> "Highest" priority, one is "Below Normal" and all the rest are "Normal"
>> priority. All but three of the threads have no name. The three that do
>> are "Main", "VsCBMThreadPool", and "VsCBMOnReadyEventQueue".
>>
>> How can I get stack traces when I have no symbol files or anything like
>> that?
>>
>> I also noticed that the responsiveness of the UI degrades with time.
>> When it FIRST starts chewing the CPU, it's almost as responsive as
>> normal. The longer it runs, the less responsive it gets, until it's
>> taking a full second to respond to a click... then two full seconds...
>> then three...
>>
>> Are you testing with solutions that have ASP.NET websites in them? I
>> don't experience this problem if I open up just a small little WinForms
>> project/solution or anything. But my main work solution (which includes
>> 10 projects and one very large website) is totally unusable.
>>
>>
>> "Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
>> message news:dsvsff$nml$1@is.intellij.net...
>>> Please could you help us a little?
>>>
>>> Please run VS with ReSharper, and after a while, when you think
>>> ReSharper hangs,
>>> run another copy of VS, or CLR debugger (which is better for this case),
>>> attach it ti the hung VS, and post here the stacktraces of all threads
>>> which have managed frames.....
>>>
>>> Thanks in advance
>>>
>>> --
>>> Eugene Pasynkov
>>> Developer
>>> JetBrains, Inc
>>> http://www.jetbrains.com
>>> "Develop with pleasure!"
>>> "Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
>>> news:dsvji4$nqa$1@is.intellij.net...
>>>> My experience with Build 218 is not much better than my experiences
>>>> with build 216 and 217. The only difference is, in fact, a lack of
>>>> exceptions.
>>>>
>>>> It's still completely unusable though.
>>>>
>>>> After installing, I launche VS2005 and then load my solution. The
>>>> solution loads, there's a long pause where the application is
>>>> completely unresponsive, then the window finally repaints with
>>>> Resharper items (right side error bar), and then the CPU just goes
>>>> nuts, pegged at around 50% constantly. No error highlighting (it keeps
>>>> promising to begin shortly), and the whole environment is so slow as to
>>>> be useless. Clicking somewhere in the source code takes a full 3
>>>> seconds before the cursor moves to that location.
>>>>
>>>> In short, it seems that the same problem that was causing the endless
>>>> and infinite exceptions is still occuring, just not throwing
>>>> exceptions. Something seems caught in an endless loop. After more than
>>>> 20 minutes, nothing has changed... CPU is still pegged at 50%,
>>>> development environment still slow as molassas in january, and there's
>>>> no syntax highlighting going on at all.
>>>>
>>>> I'm afriad I'm going to have to just uninstall again. This is really
>>>> disappointing.
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>



0
Comment actions Permalink

Well, I re-enabled the "Just My Code" and the thing came
back. So I right click on it, and finally I'm seeing something. Is this
procedure obvious to everyone but me here? I'd say posting some
step-by-step details on getting this info would have been nice... :)


"Daniel Danilin" <nesher.hh@web.de> wrote in message
news:dt08f6$mh7$1@is.intellij.net...

You can right click on and select "Show external code".
You can also Deselect debugger option "Just my code"

>

"Paul Bradshaw" <pbradshaw@advsol.com> schrieb im Newsbeitrag
news:dt06t3$ggo$1@is.intellij.net...

>> Sorry, but I don't think I can be of much help here.
>>
>> I ran another instance of VS2005, attached to the one with the solution
>> open and chewing up CPU like mad, and did a "Break All", but the call
>> stack window for all threads just says "[External Code]". There's simply
>> no information there.
>>
>> The only information I can tell you is that there are 12 threads, one is
>> "Highest" priority, one is "Below Normal" and all the rest are "Normal"
>> priority. All but three of the threads have no name. The three that do
>> are "Main", "VsCBMThreadPool", and "VsCBMOnReadyEventQueue".
>>
>> How can I get stack traces when I have no symbol files or anything like
>> that?
>>
>> I also noticed that the responsiveness of the UI degrades with time.
>> When it FIRST starts chewing the CPU, it's almost as responsive as
>> normal. The longer it runs, the less responsive it gets, until it's
>> taking a full second to respond to a click... then two full seconds...
>> then three...
>>
>> Are you testing with solutions that have ASP.NET websites in them? I
>> don't experience this problem if I open up just a small little WinForms
>> project/solution or anything. But my main work solution (which includes
>> 10 projects and one very large website) is totally unusable.
>>
>>
>> "Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
>> message news:dsvsff$nml$1@is.intellij.net...
>>> Please could you help us a little?
>>>
>>> Please run VS with ReSharper, and after a while, when you think
>>> ReSharper hangs,
>>> run another copy of VS, or CLR debugger (which is better for this case),
>>> attach it ti the hung VS, and post here the stacktraces of all threads
>>> which have managed frames.....
>>>
>>> Thanks in advance
>>>
>>> --
>>> Eugene Pasynkov
>>> Developer
>>> JetBrains, Inc
>>> http://www.jetbrains.com
>>> "Develop with pleasure!"
>>> "Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
>>> news:dsvji4$nqa$1@is.intellij.net...
>>>> My experience with Build 218 is not much better than my experiences
>>>> with build 216 and 217. The only difference is, in fact, a lack of
>>>> exceptions.
>>>>
>>>> It's still completely unusable though.
>>>>
>>>> After installing, I launche VS2005 and then load my solution. The
>>>> solution loads, there's a long pause where the application is
>>>> completely unresponsive, then the window finally repaints with
>>>> Resharper items (right side error bar), and then the CPU just goes
>>>> nuts, pegged at around 50% constantly. No error highlighting (it keeps
>>>> promising to begin shortly), and the whole environment is so slow as to
>>>> be useless. Clicking somewhere in the source code takes a full 3
>>>> seconds before the cursor moves to that location.
>>>>
>>>> In short, it seems that the same problem that was causing the endless
>>>> and infinite exceptions is still occuring, just not throwing
>>>> exceptions. Something seems caught in an endless loop. After more than
>>>> 20 minutes, nothing has changed... CPU is still pegged at 50%,
>>>> development environment still slow as molassas in january, and there's
>>>> no syntax highlighting going on at all.
>>>>
>>>> I'm afriad I'm going to have to just uninstall again. This is really
>>>> disappointing.
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>



0
Comment actions Permalink

I managed to get this stack trace. There is only one thread that seems to
have an available stack trace. In addition, every time I copy and paste the
stack-trace, both instances of VS2005 freeze hard and I have to kill them
and start again. I've gotten the thread a few times (letting it run
different lengths of time) and it seems to always bee in this method
somewhere:

JetBrains.ReSharper.Asp.dll!JetBrains.ReSharper.Asp.Impl.FileDependency.UpdateTransitiveClosure()

Also, for the record, it DOES seem to be actually doing something... If I
pause and go and pause and go, I always find it in
UpdateTransitiveClosure(), but I also find it's working on different *.ascx
files (or at least checking the hashtable for different *.ascx files ...
given I can't seem to notice they're coming in any order relative to their
location on disk). Still, I've let it run for over 20 minutes before, and
it never finished, so whatever it's doing, it's doing way, way too slowly.
... OR it's caught in a weird "busy" infinite loop of some kind (like a
circular reference maybe?)

Anyway, here's the basic stack (I've changed the path name in the first
line, but other than that it's a straight copy/paste):

mscorlib.dll!System.Collections.Hashtable.ContainsKey(object key =
) + 0x5f bytes

JetBrains.ReSharper.Util.dll!JetBrains.ReSharper.Util.HashSet.Contains(object
o) + 0xa bytes
JetBrains.ReSharper.Asp.dll!JetBrains.ReSharper.Asp.Impl.FileDependency.UpdateTransitiveClosure()
+ 0x32a bytes
JetBrains.ReSharper.Asp.dll!JetBrains.ReSharper.Asp.Impl.AspDocumentManagerImpl.GetGeneratedDocument(JetBrains.ReSharper.ProjectModel.IProjectFile
file = {ProjectFileImpl(Path : gatewayaccountconfigselect.ascx)}, out
JetBrains.ReSharper.ProjectModel.LanguageType language =
, out
JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.IRangeTranslator rangeTranslator
= null, out JetBrains.ReSharper.Psi.Resolve.IReferenceProvider
referenceProvider = null, out
JetBrains.ReSharper.Psi.Resolve.ISymbolTableProvider symbolTableProvider =
null) + 0x184 bytes
JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.GeneratedDocumentsManager.CreateGeneratedDocument(JetBrains.ReSharper.ProjectModel.IProjectFile
file = {ProjectFileImpl(Path : gatewayaccountconfigselect.ascx)}, out
JetBrains.ReSharper.ProjectModel.LanguageType language, out
JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.IRangeTranslator
rangeTranslator, out JetBrains.ReSharper.Psi.Resolve.IReferenceProvider
referenceProvider, out JetBrains.ReSharper.Psi.Resolve.ISymbolTableProvider
symbolTableProvider) + 0x4f bytes
JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.PsiFilesCache.ParseFileHelper.Run()
+ 0x6b bytes
JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.PsiFilesCache.GetPsiFile(JetBrains.ReSharper.ProjectModel.IProjectFile
projectFile = {ProjectFileImpl(Path : gatewayaccountconfigselect.ascx)}) +
0x8c bytes
JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.PsiManagerImpl.GetPsiFile(JetBrains.ReSharper.ProjectModel.IProjectFile
projectFile) + 0x13f bytes
JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.Caches2.CacheUpdater.ProjectFileJob.Do()
+ 0x191 bytes
JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.Caches2.CacheUpdateThread.Run()
+ 0x11d bytes
mscorlib.dll!System.Threading.ThreadHelper.ThreadStart_Context(object
state) + 0x3b bytes
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, object state) +
0x81 bytes
mscorlib.dll!System.Threading.ThreadHelper.ThreadStart() + 0x40 bytes



"Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
message news:dsvsff$nml$1@is.intellij.net...

Please could you help us a little?

>

Please run VS with ReSharper, and after a while, when you think ReSharper
hangs,
run another copy of VS, or CLR debugger (which is better for this case),
attach it ti the hung VS, and post here the stacktraces of all threads
which have managed frames.....

>

Thanks in advance

>

--
Eugene Pasynkov
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:dsvji4$nqa$1@is.intellij.net...

>> My experience with Build 218 is not much better than my experiences with
>> build 216 and 217. The only difference is, in fact, a lack of
>> exceptions.
>>
>> It's still completely unusable though.
>>
>> After installing, I launche VS2005 and then load my solution. The
>> solution loads, there's a long pause where the application is completely
>> unresponsive, then the window finally repaints with Resharper items
>> (right side error bar), and then the CPU just goes nuts, pegged at around
>> 50% constantly. No error highlighting (it keeps promising to begin
>> shortly), and the whole environment is so slow as to be useless.
>> Clicking somewhere in the source code takes a full 3 seconds before the
>> cursor moves to that location.
>>
>> In short, it seems that the same problem that was causing the endless and
>> infinite exceptions is still occuring, just not throwing exceptions.
>> Something seems caught in an endless loop. After more than 20 minutes,
>> nothing has changed... CPU is still pegged at 50%, development
>> environment still slow as molassas in january, and there's no syntax
>> highlighting going on at all.
>>
>> I'm afriad I'm going to have to just uninstall again. This is really
>> disappointing.
>>
>>
>>
>




0
Comment actions Permalink

One final weirdness:

When I finally get the stack trace, if I right-click and select all, then
right-click and copy, the MOMENT I paste the stack trace into anything,
Visual Studio (both instances, the debuger and the debugee) lock up tight.
Very weird. If I paste into Notepad, it pastes fine (though VS is still
locked), but if I paste into Outlook Express's newsreader, OE locks up tight
as well. Very, very odd.

Is this just me? :)

"Daniel Danilin" <nesher.hh@web.de> wrote in message
news:dt08f6$mh7$1@is.intellij.net...

You can right click on and select "Show external code".
You can also Deselect debugger option "Just my code"

>

"Paul Bradshaw" <pbradshaw@advsol.com> schrieb im Newsbeitrag
news:dt06t3$ggo$1@is.intellij.net...

>> Sorry, but I don't think I can be of much help here.
>>
>> I ran another instance of VS2005, attached to the one with the solution
>> open and chewing up CPU like mad, and did a "Break All", but the call
>> stack window for all threads just says "[External Code]". There's simply
>> no information there.
>>
>> The only information I can tell you is that there are 12 threads, one is
>> "Highest" priority, one is "Below Normal" and all the rest are "Normal"
>> priority. All but three of the threads have no name. The three that do
>> are "Main", "VsCBMThreadPool", and "VsCBMOnReadyEventQueue".
>>
>> How can I get stack traces when I have no symbol files or anything like
>> that?
>>
>> I also noticed that the responsiveness of the UI degrades with time.
>> When it FIRST starts chewing the CPU, it's almost as responsive as
>> normal. The longer it runs, the less responsive it gets, until it's
>> taking a full second to respond to a click... then two full seconds...
>> then three...
>>
>> Are you testing with solutions that have ASP.NET websites in them? I
>> don't experience this problem if I open up just a small little WinForms
>> project/solution or anything. But my main work solution (which includes
>> 10 projects and one very large website) is totally unusable.
>>
>>
>> "Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
>> message news:dsvsff$nml$1@is.intellij.net...
>>> Please could you help us a little?
>>>
>>> Please run VS with ReSharper, and after a while, when you think
>>> ReSharper hangs,
>>> run another copy of VS, or CLR debugger (which is better for this case),
>>> attach it ti the hung VS, and post here the stacktraces of all threads
>>> which have managed frames.....
>>>
>>> Thanks in advance
>>>
>>> --
>>> Eugene Pasynkov
>>> Developer
>>> JetBrains, Inc
>>> http://www.jetbrains.com
>>> "Develop with pleasure!"
>>> "Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
>>> news:dsvji4$nqa$1@is.intellij.net...
>>>> My experience with Build 218 is not much better than my experiences
>>>> with build 216 and 217. The only difference is, in fact, a lack of
>>>> exceptions.
>>>>
>>>> It's still completely unusable though.
>>>>
>>>> After installing, I launche VS2005 and then load my solution. The
>>>> solution loads, there's a long pause where the application is
>>>> completely unresponsive, then the window finally repaints with
>>>> Resharper items (right side error bar), and then the CPU just goes
>>>> nuts, pegged at around 50% constantly. No error highlighting (it keeps
>>>> promising to begin shortly), and the whole environment is so slow as to
>>>> be useless. Clicking somewhere in the source code takes a full 3
>>>> seconds before the cursor moves to that location.
>>>>
>>>> In short, it seems that the same problem that was causing the endless
>>>> and infinite exceptions is still occuring, just not throwing
>>>> exceptions. Something seems caught in an endless loop. After more than
>>>> 20 minutes, nothing has changed... CPU is still pegged at 50%,
>>>> development environment still slow as molassas in january, and there's
>>>> no syntax highlighting going on at all.
>>>>
>>>> I'm afriad I'm going to have to just uninstall again. This is really
>>>> disappointing.
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>



0
Comment actions Permalink

Great!
Thank you very much on this tricky quest! :)

Absolutely the same stack trace was yesterday reported by another user. So I
think this problem will be fixed shortly!

--
Eugene Pasynkov
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:dt0bvi$4h3$1@is.intellij.net...
>I managed to get this stack trace. There is only one thread that seems to
>have an available stack trace. In addition, every time I copy and paste
>the stack-trace, both instances of VS2005 freeze hard and I have to kill
>them and start again. I've gotten the thread a few times (letting it run
>different lengths of time) and it seems to always bee in this method
>somewhere:
>

JetBrains.ReSharper.Asp.dll!JetBrains.ReSharper.Asp.Impl.FileDependency.UpdateTransitiveClosure()

>

Also, for the record, it DOES seem to be actually doing something... If I
pause and go and pause and go, I always find it in
UpdateTransitiveClosure(), but I also find it's working on different
*.ascx files (or at least checking the hashtable for different *.ascx
files ... given I can't seem to notice they're coming in any order
relative to their location on disk). Still, I've let it run for over 20
minutes before, and it never finished, so whatever it's doing, it's doing
way, way too slowly. ... OR it's caught in a weird "busy" infinite loop of
some kind (like a circular reference maybe?)

>

Anyway, here's the basic stack (I've changed the path name in the first
line, but other than that it's a straight copy/paste):

>
>
>> mscorlib.dll!System.Collections.Hashtable.ContainsKey(object key =
>> ) + 0x5f bytes


JetBrains.ReSharper.Util.dll!JetBrains.ReSharper.Util.HashSet.Contains(object
o) + 0xa bytes

JetBrains.ReSharper.Asp.dll!JetBrains.ReSharper.Asp.Impl.FileDependency.UpdateTransitiveClosure()
+ 0x32a bytes

JetBrains.ReSharper.Asp.dll!JetBrains.ReSharper.Asp.Impl.AspDocumentManagerImpl.GetGeneratedDocument(JetBrains.ReSharper.ProjectModel.IProjectFile
file = {ProjectFileImpl(Path : gatewayaccountconfigselect.ascx)}, out
JetBrains.ReSharper.ProjectModel.LanguageType language =
, out
JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.IRangeTranslator
rangeTranslator = null, out
JetBrains.ReSharper.Psi.Resolve.IReferenceProvider referenceProvider =
null, out JetBrains.ReSharper.Psi.Resolve.ISymbolTableProvider
symbolTableProvider = null) + 0x184 bytes

JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.GeneratedDocumentsManager.CreateGeneratedDocument(JetBrains.ReSharper.ProjectModel.IProjectFile
file = {ProjectFileImpl(Path : gatewayaccountconfigselect.ascx)}, out
JetBrains.ReSharper.ProjectModel.LanguageType language, out
JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.IRangeTranslator
rangeTranslator, out JetBrains.ReSharper.Psi.Resolve.IReferenceProvider
referenceProvider, out
JetBrains.ReSharper.Psi.Resolve.ISymbolTableProvider symbolTableProvider)
+ 0x4f bytes

JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.PsiFilesCache.ParseFileHelper.Run()
+ 0x6b bytes

JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.PsiFilesCache.GetPsiFile(JetBrains.ReSharper.ProjectModel.IProjectFile
projectFile = {ProjectFileImpl(Path : gatewayaccountconfigselect.ascx)}) +
0x8c bytes

JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.PsiManagerImpl.PsiManagerImpl.GetPsiFile(JetBrains.ReSharper.ProjectModel.IProjectFile
projectFile) + 0x13f bytes

JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.Caches2.CacheUpdater.ProjectFileJob.Do()
+ 0x191 bytes

JetBrains.ReSharper.Psi.dll!JetBrains.ReSharper.Psi.Impl.Caches2.CacheUpdateThread.Run()
+ 0x11d bytes
mscorlib.dll!System.Threading.ThreadHelper.ThreadStart_Context(object
state) + 0x3b bytes

mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, object state)
+ 0x81 bytes
mscorlib.dll!System.Threading.ThreadHelper.ThreadStart() + 0x40 bytes

>
>
>

"Eugene Pasynkov (JetBrains)" <Eugene.Pasynkov@jetbrains.com> wrote in
message news:dsvsff$nml$1@is.intellij.net...

>> Please could you help us a little?
>>
>> Please run VS with ReSharper, and after a while, when you think ReSharper
>> hangs,
>> run another copy of VS, or CLR debugger (which is better for this case),
>> attach it ti the hung VS, and post here the stacktraces of all threads
>> which have managed frames.....
>>
>> Thanks in advance
>>
>> --
>> Eugene Pasynkov
>> Developer
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"
>> "Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
>> news:dsvji4$nqa$1@is.intellij.net...
>>> My experience with Build 218 is not much better than my experiences with
>>> build 216 and 217. The only difference is, in fact, a lack of
>>> exceptions.
>>>
>>> It's still completely unusable though.
>>>
>>> After installing, I launche VS2005 and then load my solution. The
>>> solution loads, there's a long pause where the application is completely
>>> unresponsive, then the window finally repaints with Resharper items
>>> (right side error bar), and then the CPU just goes nuts, pegged at
>>> around 50% constantly. No error highlighting (it keeps promising to
>>> begin shortly), and the whole environment is so slow as to be useless.
>>> Clicking somewhere in the source code takes a full 3 seconds before the
>>> cursor moves to that location.
>>>
>>> In short, it seems that the same problem that was causing the endless
>>> and infinite exceptions is still occuring, just not throwing exceptions.
>>> Something seems caught in an endless loop. After more than 20 minutes,
>>> nothing has changed... CPU is still pegged at 50%, development
>>> environment still slow as molassas in january, and there's no syntax
>>> highlighting going on at all.
>>>
>>> I'm afriad I'm going to have to just uninstall again. This is really
>>> disappointing.
>>>
>>>
>>>
>>
>>
>



0
Comment actions Permalink

"Paul Bradshaw" <pbradshaw@advsol.com> wrote in message
news:dt0c48$51b$1@is.intellij.net...

One final weirdness:

>

When I finally get the stack trace, if I right-click and select all, then
right-click and copy, the MOMENT I paste the stack trace into anything,
Visual Studio (both instances, the debuger and the debugee) lock up tight.
Very weird. If I paste into Notepad, it pastes fine (though VS is still
locked), but if I paste into Outlook Express's newsreader, OE locks up

tight

as well. Very, very odd.

>

Is this just me? :)


Nope, I went through the same thing last week when trying to get a stack
trace for another problem :)

I ended up manually typing in notepad what was displayed in VS. Much faster
than locking everything up (fortunately, the stack trace was pretty short :)

Lionel


0
Comment actions Permalink

Paul,

Thanks a lot for your investigation. The problem is fixed in build 219.

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

Excellent news, I can't wait to try it out! (I'm DYING here without
Resharper!)

"Sergey V. Coox (JetBrains)" <qx@intellij.com> wrote in message
news:dt1l9k$19d$1@is.intellij.net...

Paul,

>

Thanks a lot for your investigation. The problem is fixed in build 219.

>

--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"



0

Please sign in to leave a comment.