VS2010 hangs on load with 2104 and 2103 (but not with 2095)

That concerns the same project as in: http://devnet.jetbrains.net/message/5290033
that is large solution ~ 4k files

When I try to load the solution - visual studio just hangs: I noticed this happening with at least 2 builds: 2104 and 2103.
At the same time 2095 works fine.
Just to clarify: I was using 2095 because that was the last build for me that I know doesnot have performance issues described in http://devnet.jetbrains.net/message/5290033 - and I have no way of tracking that issue resolved since it's id was never provided.

I cant create a dottrace snapshot right now, because evaluation period expired for me.

Best Regards,
Sergiy

2 comments

Hello Sergei,

Could you please send an e-mail to andrew dot serebryansky at jetbrains dot
com and I'll write back with an extended evaluation for dotTrace? Meanwhile,
could you please attach another instance of Visual Studio to the hanging
one and gather call stacks for all running threads (and attach that information
here)? Thank you!

Andrey Serebryansky
Senior Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

That concerns the same project as in: /message/5290033 that is large
solution ~ 4k files

When I try to load the solution - visual studio just hangs: I noticed
this happening with at least 2 builds: 2104 and 2103.

At the same time 2095 works fine.

Just to clarify: I was using 2095 because that was the last build for
me that I know doesnot have performance issues described in
/message/5290033 - and I have no way of tracking that issue resolved
since it's id was never provided.

I cant create a dottrace snapshot right now, because evaluation period
expired for me.

Best Regards,
Sergiy
---
Original message URL:
http://devnet.jetbrains.net/message/5297097#5297097



0

Uploaded dotTrace dump file "Hung startup.rar"

Do you still need call stacks for all threads?
I tried copying them one by one but there are way to many - is there an easy way to do this?

EDIT:
http://msdn.microsoft.com/en-us/library/ms171368(v=vs.80).aspx


More specificly: ~*k

Regards,
Sergei

0

Please sign in to leave a comment.